openwave:1.32: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.32:applicatiebeheer:instellen_inrichten:queries [2024/11/26 06:07] – ↷ Pagina verplaatst van openwave:1.31:applicatiebeheer:instellen_inrichten:queries naar openwave:1.32:applicatiebeheer:instellen_inrichten:queries Kars Gottschalopenwave:1.32:applicatiebeheer:instellen_inrichten:queries [2025/01/27 14:19] (huidige) – [Query's om blokken onzichtbaar te maken in detailscherm] Ton Pullens
Regel 1: Regel 1:
 ====== Queries ====== ====== Queries ======
-{{tag>openwave:1.31:applicatiebeheer:functionaliteiten:applicatiebouw}}+{{tag>openwave:1.32:applicatiebeheer:functionaliteiten:applicatiebouw}}
 Portaal //beheerportaal-Nieuw//. Tegel //Queries//. Portaal //beheerportaal-Nieuw//. Tegel //Queries//.
  
Regel 44: Regel 44:
  
  
-OpenWave heeft zelf een aantal functies op de database gedefinieerd - zoals fn_ddmaandjjjj() -  die gebruikt kunnen worden in allerlei queries. Zie: [[openwave:1.31: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.32: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 87: Regel 87:
 ===== 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.\\ 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 [[openwave:1.31: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.32: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.
  
Regel 148: Regel 148:
 ===== 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.31:applicatiebeheer:instellen_inrichten:grafieken|]].+Zie hiervoor [[openwave:1.32:applicatiebeheer:instellen_inrichten:grafieken]].
  
 ===== Query's om blokken onzichtbaar te maken in detailscherm ===== ===== Query's om blokken onzichtbaar te maken in detailscherm =====
Regel 162: Regel 162:
 </code> </code>
  
-Zie [[openwave:1.31:applicatiebeheer:instellen_inrichten:schermdefinitie:scherminformatie_voor_detailschermen|Scherminformatie voor detailschermen]].+Zie [[openwave:1.32: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//.
  
-De bijbehorende query wordt geëvalueerd. De uitkomst van de query moet 1 (het blok is NIET zichtbaar) of 0 (WEL zichtbaar) zijn. +De bijbehorende query wordt geëvalueerd. De uitkomst van de query moet 1 of true (het blok is NIET zichtbaar) danwel   of false (WEL zichtbaar) zijn. 
 Voorbeeld: Voorbeeld:
  
Regel 175: Regel 175:
 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(), waarbij  de string %keypointer% vervangen zal worden door de dnkey van de actieve rij uit de tabel\\  
 + 
 +<adm voorbeeld onzichtbaarheidsquery bij twee bijna identieke blokken> 
 + 
 +Het detailscherm van het inspectietraject bevat twee blokken //indeling//. Eén blok heeft drie mogelijkheden om een onderwerp in te vullen en het andere blok heeft slechts één onderwerp-editbox. Er is een instelling gemaakt onder de naam //Sectie: Inspecties en Item: ExtraOnderwerpVelden// die bepaalt welk van de twee blokken zichtbaar is. Een query onder de naam //inspecties_extra_ow// kijkt naar deze instelling. Die query is als volgt gedefinieerd: 
 +  select  
 +  case 
 +    when d1logic = 'F' and {id} = '1' then 'true'  
 +    when d1logic = 'F' and {id} = '0' then 'false' 
 +    when d1logic = 'T' and {id} = '0' then 'true' 
 +    when d1logic = 'T' and {id} = '1' then 'false' 
 +    else 'false' 
 +  end  
 +  from tbinitialisatie where upper(dvsectie) = 'INSPECTIES' and upper(dvitem)= 'EXTRAONDERWERPVELDEN' 
 +  
 +In de schermdefinitie van het inspectietrajectdetails //MDDC_geefInspTrajectDetail.xml// is het blok indeling dat maar één onderwerp toont als volgt   gedefinieerd (in de tag <notvisibleif> wordt de query //inspecties_extra_ow// aangeroepen met '0' als parameter: de {id} in de query wordt daarmee gesubstitueerd).  
 +        <blok> 
 +   <label>Indeling</label> 
 +   <width>105</width> 
 +   <height>85</height> 
 +   <type>doorlopend</type> 
 +   <notvisibleif>%query(inspecties_extra_ow,'0')%</notvisibleif> 
 +   <column value="dnkeyinspaanleiding"> 
 + <regel>1</regel> 
 +                 ..... 
 + 
 +In de schermdefinitie van het inspectietrajectdetails //MDDC_geefInspTrajectDetail.xml// is het blok indeling dat drie onderwerpregels toont als volgt   gedefinieerd (in de tag <notvisibleif> wordt de query //inspecties_extra_ow// aangeroepen met '1' als parameter: de {id} in de query wordt daarmee gesubstitueerd).                              
 +      <blok> 
 + <label>Indeling</label> 
 + <width>105</width> 
 + <height>170</height> 
 + <type>doorlopend</type> 
 + <notvisibleif>%query(inspecties_extra_ow,'1')%</notvisibleif> 
 + <column value="dnkeyinspaanleiding"> 
 +              <regel>1</regel>                                 
 +              ...... 
 +</adm>               
 +               
 +Zie verder voorbeelden hieronder bij Query's voor contextafhankelijke attributen.            
  
  
Regel 191: Regel 229:
 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.31:applicatiebeheer:instellen_inrichten:queries#action|action]].+Zie de voorbeelden hieronder bij [[openwave:1.32:applicatiebeheer:instellen_inrichten:queries#action|action]].
  
 ==== Visible ==== ==== Visible ====
Regel 377: Regel 415:
 ===== 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.31:applicatiebeheer:instellen_inrichten:documentsjablonen|Documentsjablonen]].+Zie ook kopje **Invoegen tekstblokken op basis van een query-aanroep naar tbqueries** bij [[openwave:1.32: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 429: Regel 467:
 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.31: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.32: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.31:applicatiebeheer:instellen_inrichten:documentsjablonen|]]+Zie het kopje //formquery en childquery-verwijzingen naar tbqueries// bij [[openwave:1.32:applicatiebeheer:instellen_inrichten:documentsjablonen]]
    
          
  • openwave/1.32/applicatiebeheer/instellen_inrichten/queries.1732597660.txt.gz
  • Laatst gewijzigd: 2024/11/26 06:07
  • door Kars Gottschal