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/05/17 15:55] Ton Pullensopenwave:1.30:applicatiebeheer:instellen_inrichten:queries [2024/06/20 08:53] (huidige) Ton Pullens
Regel 63: Regel 63:
  
 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]]).\\ 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.+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 91: Regel 91:
 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 ===== ===== 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.\\ +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|]]+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 118: 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 377: 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.1715954143.txt.gz
  • Laatst gewijzigd: 2024/05/17 15:55
  • door Ton Pullens