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

Beide kanten vorige revisie Vorige revisie
Volgende revisie		 Vorige revisie
openwave:1.30:applicatiebeheer:instellen_inrichten:queries [2024/01/08 11:44] – Kars Gottschalopenwave: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 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.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.+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 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 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 372: Regel 406:
 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.30: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.1704710662.txt.gz
  • Laatst gewijzigd: 2024/01/08 11:44
  • door Kars Gottschal