Documentatie

© REM Automatisering

Gebruikershulpmiddelen

Site-hulpmiddelen

Je bent hier: OpenWave Documentatie » Versie 1.35 » Applicatiebeheer » Instellen/Inrichting » Queries
dev:applicatiebeheer:instellen_inrichten:queries

Verschillen

Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.

Link naar deze vergelijking

Beide kanten vorige revisieVorige revisie
Volgende revisie		Vorige revisie
dev:applicatiebeheer:instellen_inrichten:queries [2026/07/15 10:15] – ↷ Pagina verplaatst van stable:applicatiebeheer:instellen_inrichten:queries naar dev:applicatiebeheer:instellen_inrichten:queries Kars Gottschaldev:applicatiebeheer:instellen_inrichten:queries [2026/07/15 10:20] (huidige) – Kars Gottschal
Regel 1: Regel 1:
 ====== Queries ====== ====== Queries ======
  
-{{tag>openwave:1.34:applicatiebeheer:functionaliteiten:applicatiebouw}}+{{tag>dev:applicatiebeheer:functionaliteiten:applicatiebouw}}
  
 Portaal //beheerportaal-Nieuw//. Tegel //Queries//. Portaal //beheerportaal-Nieuw//. Tegel //Queries//.
Regel 48: Regel 48:
     * vervangen met de dnkey van de kaart van de tabel waaruit een document wordt gecreëerd.     * vervangen met de dnkey van de kaart van de tabel waaruit een document wordt gecreëerd.
  
-OpenWave heeft zelf een aantal functies op de database gedefinieerd - zoals fn_ddmaandjjjj() -  die gebruikt kunnen worden in allerlei queries. Zie: [[stable:applicatiebeheer:instellen_inrichten:openwave_database-functies|OpenWave database functies]].+OpenWave heeft zelf een aantal functies op de database gedefinieerd - zoals fn_ddmaandjjjj() -  die gebruikt kunnen worden in allerlei queries. Zie: [[dev:applicatiebeheer:instellen_inrichten:openwave_database-functies|OpenWave database functies]].
  
 De query heeft in de kolom dvcode een unieke, maar editbare, identifier, waarmee de query kan worden aangeroepen. De query heeft in de kolom dvcode een unieke, maar editbare, identifier, waarmee de query kan worden aangeroepen.
Regel 94: Regel 94:
 ===== Queries voor tegelopschrift ===== ===== Queries voor tegelopschrift =====
  
-Het resultaat van een query (dus de evaluatie van het select-statement) mag in dit geval maar uit één kolom bestaan. De aanroep van het SQL-statement vindt plaats via de tegeldefinitie van de tegel waarop het dynamische opschrift moet verschijnen door het vullen van de kolom //Tegelopschrift dynamisch met API gettilecontent of getFlexChart() // (zie [[stable:applicatiebeheer:instellen_inrichten:portaldefinitie:portal_tegel|Portal tegel]]). Een voorbeeld van een dynamisch tegelopschrift is de waarde //getTileContent(omgeving_status,{id})//. De codering //omgeving_status// verwijst naar een uniek codering in de tabel tbqueries. Het SQL-statement dat aldaar staat zal worden gebruikt om het dynamische deel van het tegelopschrift te genereren.+Het resultaat van een query (dus de evaluatie van het select-statement) mag in dit geval maar uit één kolom bestaan. De aanroep van het SQL-statement vindt plaats via de tegeldefinitie van de tegel waarop het dynamische opschrift moet verschijnen door het vullen van de kolom //Tegelopschrift dynamisch met API gettilecontent of getFlexChart() // (zie [[dev:applicatiebeheer:instellen_inrichten:portaldefinitie:portal_tegel|Portal tegel]]). Een voorbeeld van een dynamisch tegelopschrift is de waarde //getTileContent(omgeving_status,{id})//. De codering //omgeving_status// verwijst naar een uniek codering in de tabel tbqueries. Het SQL-statement dat aldaar staat zal worden gebruikt om het dynamische deel van het tegelopschrift te genereren.
  
 Die parameter {id} kan gebruikt worden bij tegels op de zaakportals (dus niet bij opening of beheer). Deze wordt vervangen door de primary key van het betreffende zaakportaal (de identifier die opgenomen is in de URL van de portaalpagina).  Indien de resultaat set uit meerdere regels bestaat, zal OpenWave deze aan elkaar plakken gescheiden door een puntkomma, zodat elke regel ook een regel op de tegel wordt. Die parameter {id} kan gebruikt worden bij tegels op de zaakportals (dus niet bij opening of beheer). Deze wordt vervangen door de primary key van het betreffende zaakportaal (de identifier die opgenomen is in de URL van de portaalpagina).  Indien de resultaat set uit meerdere regels bestaat, zal OpenWave deze aan elkaar plakken gescheiden door een puntkomma, zodat elke regel ook een regel op de tegel wordt.
Regel 152: Regel 152:
 ===== Queries voor tonen van een diagram als tegelopschrift ===== ===== Queries voor tonen van een diagram als tegelopschrift =====
  
-Het gaat hierom dat de query een JSON-string genereert die OpenWave via de charts.js library rendert naar een staaf-, lijn-  of taartdiagram. Zie hiervoor [[stable:applicatiebeheer:instellen_inrichten:grafieken]].+Het gaat hierom dat de query een JSON-string genereert die OpenWave via de charts.js library rendert naar een staaf-, lijn-  of taartdiagram. Zie hiervoor [[dev:applicatiebeheer:instellen_inrichten:grafieken]].
  
 ===== Query's om blokken onzichtbaar te maken in detailscherm ===== ===== Query's om blokken onzichtbaar te maken in detailscherm =====
Regel 166: Regel 166:
 </code> </code>
  
-Zie [[stable:applicatiebeheer:instellen_inrichten:schermdefinitie:scherminformatie_voor_detailschermen|Scherminformatie voor detailschermen]]. In de tags van een blok van een detailscherm kan (hoeft dus niet) de tag ''<notvisibleif>'' opgenomen worden (onder de tag <type>). De inhoud van de tag verwijst naar een bepaalde query. Zo zal //<notvisibleif>%query(omgeving_hyperlink)%</notvisibleif>// verwijzen naar een rij in tbqueries met dvcode = //omgeving_hyperlink//.+Zie [[dev:applicatiebeheer:instellen_inrichten:schermdefinitie:scherminformatie_voor_detailschermen|Scherminformatie voor detailschermen]]. In de tags van een blok van een detailscherm kan (hoeft dus niet) de tag ''<notvisibleif>'' opgenomen worden (onder de tag <type>). De inhoud van de tag verwijst naar een bepaalde query. Zo zal //<notvisibleif>%query(omgeving_hyperlink)%</notvisibleif>// verwijzen naar een rij in tbqueries met dvcode = //omgeving_hyperlink//.
  
 De bijbehorende query wordt geëvalueerd. De uitkomst van de query moet 1 of true (het blok is NIET zichtbaar) dan wel 0 of false (WEL zichtbaar) zijn.  Voorbeeld: De bijbehorende query wordt geëvalueerd. De uitkomst van de query moet 1 of true (het blok is NIET zichtbaar) dan wel 0 of false (WEL zichtbaar) zijn.  Voorbeeld:
Regel 231: Regel 231:
 Indien de contextgevoeligheid is gebaseerd op andere informatie uit de kaart die getoond wordt (de query zal dan bestaan uit select x from y where dnkey = {id}) dan moet een tweede parameter %keypointer% meegegeven worden:  //<label>Datum %query('omg_labelbesluit,%keypointer%)%</label>//. De variabele {id} uit de query zal vervangen worden met de primary key (dnkey) van de kaart waar je op staat. Indien de contextgevoeligheid is gebaseerd op andere informatie uit de kaart die getoond wordt (de query zal dan bestaan uit select x from y where dnkey = {id}) dan moet een tweede parameter %keypointer% meegegeven worden:  //<label>Datum %query('omg_labelbesluit,%keypointer%)%</label>//. De variabele {id} uit de query zal vervangen worden met de primary key (dnkey) van de kaart waar je op staat.
  
-Zie de voorbeelden hieronder bij [[stable:applicatiebeheer:instellen_inrichten:queries#action|action]].+Zie de voorbeelden hieronder bij [[dev:applicatiebeheer:instellen_inrichten:queries#action|action]].
  
 ==== Visible ==== ==== Visible ====
Regel 412: Regel 412:
 ===== Query's voor invoegen tekstblokken bij sjablonen ===== ===== Query's voor invoegen tekstblokken bij sjablonen =====
  
-Zie ook kopje **Invoegen tekstblokken op basis van een query-aanroep naar tbqueries** bij [[stable:applicatiebeheer:instellen_inrichten:documentsjablonen|Documentsjablonen]]. De query wordt in het documentsjabloon wordt aangeroepen door met de merge-codering//<%query(param1,param2)%>//.+Zie ook kopje **Invoegen tekstblokken op basis van een query-aanroep naar tbqueries** bij [[dev:applicatiebeheer:instellen_inrichten:documentsjablonen|Documentsjablonen]]. De query wordt in het documentsjabloon wordt aangeroepen door met de merge-codering//<%query(param1,param2)%>//.
  
 Bijvoorbeeld: //<%query(apvoverig_tkstblk1,:keyvergunning)%>//. Bijvoorbeeld: //<%query(apvoverig_tkstblk1,:keyvergunning)%>//.
Regel 474: Regel 474:
 Indien soort = 'E' wordt de inhoud van de kolom dvtekstblok met dvcode = //tkstblk_2// afgedrukt. En anders niets. Indien soort = 'E' wordt de inhoud van de kolom dvtekstblok met dvcode = //tkstblk_2// afgedrukt. En anders niets.
  
-Zie voor invoegen plaatjes op basis van query onder Kopje: //Invoegen plaatjes op basis van een query-aanroep naar tbqueries die verwijst naar tbimages// bij [[stable:applicatiebeheer:instellen_inrichten:documentsjablonen|Documentsjablonen]].+Zie voor invoegen plaatjes op basis van query onder Kopje: //Invoegen plaatjes op basis van een query-aanroep naar tbqueries die verwijst naar tbimages// bij [[dev:applicatiebeheer:instellen_inrichten:documentsjablonen|Documentsjablonen]].
  
 ===== Query's als vervanging voor formqueries en childqueries bij definitie document- en emailsjablonen ===== ===== Query's als vervanging voor formqueries en childqueries bij definitie document- en emailsjablonen =====
  
-De inhoud van de kolommen van de formqueries en childqueries uit de definitie document- en emailsjablonen (beheer) kan ook bestaan uit een verwijzing naar een query in deze  tabel tbqueries. Hierdoor hoeft een query die in meerdere sjablonen gebruikt wordt maar eenmalig te worden gedefinieerd. De opmaak van de sjablonen wijzigt hierdoor niet. In tbqueries kan bovendien een select statement ingevoerd worden van onbeperkte grootte. Zie het kopje //formquery en childquery-verwijzingen naar tbqueries// bij [[stable:applicatiebeheer:instellen_inrichten:documentsjablonen]]+De inhoud van de kolommen van de formqueries en childqueries uit de definitie document- en emailsjablonen (beheer) kan ook bestaan uit een verwijzing naar een query in deze  tabel tbqueries. Hierdoor hoeft een query die in meerdere sjablonen gebruikt wordt maar eenmalig te worden gedefinieerd. De opmaak van de sjablonen wijzigt hierdoor niet. In tbqueries kan bovendien een select statement ingevoerd worden van onbeperkte grootte. Zie het kopje //formquery en childquery-verwijzingen naar tbqueries// bij [[dev:applicatiebeheer:instellen_inrichten:documentsjablonen]]
  
  
dev/applicatiebeheer/instellen_inrichten/queries.1784103354.txt.gz · Laatst gewijzigd: door Kars Gottschal