openwave:1.30: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

Volgende revisie		 Vorige revisie
openwave:1.30:applicatiebeheer:instellen_inrichten:queries [2024/01/08 09:06] – aangemaakt - Externe bewerking 127.0.0.1openwave:1.30:applicatiebeheer:instellen_inrichten:queries [2024/06/20 08:53] (huidige) – Ton Pullens
Regel 1: Regel 1:
 ====== Queries ====== ====== Queries ======
- +{{tag>openwave:1.30:applicatiebeheer:functionaliteiten:applicatiebouw}} 
-Portaal beheerportaal-Nieuw. Tegel queries.+Portaal //beheerportaal-Nieuw//. Tegel //Queries//.
  
 Screenidentifiers:  Screenidentifiers: 
Regel 8: Regel 8:
  
 De SQL-statements van deze tabel worden gebruikt: De SQL-statements van deze tabel worden gebruikt:
-  * om opschriften te genereren voor tegels +  * om opschriften of staaf- of taartdiagrammen te genereren voor tegels 
   * om bepaalde scherminformatie in detailschermen per blok (on)zichtbaar te maken    * om bepaalde scherminformatie in detailschermen per blok (on)zichtbaar te maken 
   * om inhoud van schermattributen in detailschermen zoals labels of actions, context-afhankelijk te maken   * om inhoud van schermattributen in detailschermen zoals labels of actions, context-afhankelijk te maken
Regel 45: Regel 45:
  
  
-OpenWave heeft zelf een aantal functies op de database gedefinieerd - zoals fn_ddmaandjjjj() -  die gebruikt kunnen worden in allerlei queries. Zie: [[openwave:1.29: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: [[openwave:1.30: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 62: Regel 62:
 ===== Queries voor tegelopschrift ===== ===== Queries voor tegelopschrift =====
  
-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// (zie [[openwave:1.29: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.+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 [[openwave:1.30: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).  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). 
Regel 89: Regel 90:
  
 Wanneer een query niet valide SQL-code gebruikt zal het programma - bij gebruik voor tegelopschrift - het resultaat vervangen door 'fout:xml': dat zal dan op de betreffende tegel verschijnen. Wanneer een query niet valide SQL-code gebruikt zal het programma - bij gebruik voor tegelopschrift - het resultaat vervangen door 'fout:xml': dat zal dan op de betreffende tegel verschijnen.
 +
 +<adm voorbeeld belang snelheid>
 +Dynamische tegelkopschriften kunnen het uitschrijven van een portaal behoorlijk vertragen.\\
 +
 +De volgende query zal traag zijn
 +<code sql>
 +SELECT
 +       'Aantal: ' || count(*) from vwfrmomgorkestrator_lopend
 +        where (trim(dvibbcodemw) = trim(:keyaccount)
 +        or trim(dvcodeaccountman) = trim(:keyaccount))
 +</code>
 +maar onderstaande query geeft eenzelfde soort resultaat, maar dan in een fractie van de tijd
 +<code sql>
 +SELECT
 +       CASE
 +         WHEN count(*) < 5 THEN 'Aantal: ' || count(*)
 +         ELSE 'Aantal: 5 of meer'
 +       END opschrift
 +        FROM (select a.dnkey from tbomgvergunning a
 +              inner join tbinbehandelingbij b
 +              on (a.dnkey = b.dnkeyomgvergunningen and b.dlactief = 'T')
 +        where (trim(b.dvcodemedewerker) = trim(:keyaccount) or trim(a.dvcodeaccountman) = trim(:keyaccount))
 +              and a.ddbesluitdatum is null
 +              and a.ddblokkering is null
 +              and a.ddingetrokken is null
 +        limit 5) as c
 +</code>
 +
 +In het beheerportaal bij de definitie van de portalen (portalnames) staat (sinds versie 1.30.1) onderaan het detailschem van een portaaldefinitie een knop waarmee de duur van het uitvoeren van de dynamische tegelopschriften voor dat portaal kan worden gemeten.
 +</adm>
 +===== 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 [[openwave:1.30:applicatiebeheer:instellen_inrichten:grafieken|]].
  
 ===== Query's om blokken onzichtbaar te maken in detailscherm ===== ===== Query's om blokken onzichtbaar te maken in detailscherm =====
Regel 102: Regel 136:
 </code> </code>
  
-Zie [[openwave:1.29:applicatiebeheer:instellen_inrichten:schermdefinitie:scherminformatie_voor_detailschermen|Scherminformatie voor detailschermen]].+Zie [[openwave:1.30: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//. 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//.
  
Regel 113: Regel 147:
 </code> </code>
  
-Indien wordt verwezen naar een niet bestaande query of het element is leeg of indien error bij evaluatie of uitkomst is <> 1  dan beschouwt het programma de uitkomst van de query als 0 (het blok is wel zichtbaar).+Indien wordt verwezen naar een niet bestaande query of het element is leeg of indien error bij evaluatie of uitkomst is <> 1 dan beschouwt het programma de uitkomst van de query als 0 (het blok is wel zichtbaar).
  
 Indien in de aangeroepen query gebruik wordt gemaakt van de variabele {id} dan moet een tweede parameter worden toegevoegd aan de functie query() bestaande uit de string %keypointer%. Zie voorbeeld hieronder bij Query's voor contextafhankelijke attributen.             Indien in de aangeroepen query gebruik wordt gemaakt van de variabele {id} dan moet een tweede parameter worden toegevoegd aan de functie query() bestaande uit de string %keypointer%. Zie voorbeeld hieronder bij Query's voor contextafhankelijke attributen.            
Regel 131: Regel 165:
 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 [[openwave:1.29:applicatiebeheer:instellen_inrichten:queries#action|action]].+Zie de voorbeelden hieronder bij [[openwave:1.30:applicatiebeheer:instellen_inrichten:queries#action|action]].
  
 ==== Visible ==== ==== Visible ====
Regel 168: Regel 202:
 ==== Action ==== ==== Action ====
  
-Een action kan in een schermkolomdefinitie worden gekoppeld aan een schermknop. Bijvoorbeeld een knop achter de kolom OLO-nummer in de omgevingsdetailkaart waarmee het OLO-loket met de juiste aanvraag wordt geopend afhankelijk van het OLO-nummer op de kaart: Of een knop die een pdok-kaart opent op basis van de coördinaten van het bijbehorende locatie adres.+Een action kan in een schermkolomdefinitie worden gekoppeld aan een schermknop. Bijvoorbeeld een knop achter de kolom OLO-nummer in de omgevingsdetailkaart waarmee het OLO-loket met de juiste aanvraag wordt geopend afhankelijk van het OLO-nummer op de kaart: Of een knop die een PDOK-kaart opent op basis van de coördinaten van het bijbehorende locatie adres.
 Die action is dus contextgevoelig. Die action is dus contextgevoelig.
  
Regel 273: Regel 307:
 <code>http://www.ruimtelijkeplannen.nl/web-roo/roo/bestemmingsplannen?postcode=1074XK&amp;huisnummer=41</code> <code>http://www.ruimtelijkeplannen.nl/web-roo/roo/bestemmingsplannen?postcode=1074XK&amp;huisnummer=41</code>
  
-=== Voorbeeld 3 Open een pdok-kaart op basis van een coördinatenpaar ===+=== Voorbeeld 3 Open een PDOK-kaart op basis van een coördinatenpaar ===
  
 De URL van bijvoorbeeld het x, y punt (168875,382535) op een PDOK-kaart is: De URL van bijvoorbeeld het x, y punt (168875,382535) op een PDOK-kaart is:
Regel 317: Regel 351:
 ===== 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 [[openwave:1.29:applicatiebeheer:instellen_inrichten:documentsjablonen|Documentsjablonen]].+Zie ook kopje **Invoegen tekstblokken op basis van een query-aanroep naar tbqueries** bij [[openwave:1.30:applicatiebeheer:instellen_inrichten:documentsjablonen|Documentsjablonen]].
 De query wordt in het documentsjabloon wordt aangeroepen door met de merge-codering//<%query(param1,param2)%>//. De query wordt in het documentsjabloon wordt aangeroepen door met de merge-codering//<%query(param1,param2)%>//.
  
Regel 367: Regel 401:
 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 [[openwave:1.29: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 [[openwave:1.30: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.\\ 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.\\ 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 [[openwave:1.29:applicatiebeheer:instellen_inrichten:documentsjablonen|]]+Zie het kopje //formquery en childquery-verwijzingen naar tbqueries// bij [[openwave:1.30:applicatiebeheer:instellen_inrichten:documentsjablonen|]]
    
          
  • openwave/1.30/applicatiebeheer/instellen_inrichten/queries.1704701210.txt.gz
  • Laatst gewijzigd: 2024/01/08 09:06
  • door 127.0.0.1