Buildersbuilder
Query & Data Source Builder
continON può lavorare con i database e i file che già utilizziamo?
Collegare i database e i file già in uso – SQL Server, PostgreSQL, MySQL, Access e file condivisi –, esplorarne lo schema e salvare query parametrizzate come oggetti con nome. Maschere, report, dashboard e modelli di documento leggono tutti attraverso queste stesse definizioni salvate.
Come funziona
Il builder si collega a un insieme definito di origini: SQL Server, PostgreSQL, MySQL, Access e altre origini OleDB, e file condivisi. Esplora lo schema esterno direttamente sul posto, così le query vengono composte sulle tabelle effettivamente esistenti anziché su una copia esportata da qualcuno.
Ciò che si costruisce diventa un oggetto a pieno titolo. Query, tabelle, viste, funzioni e procedure vengono salvate con un nome in un catalogo condiviso, e i loro parametri vengono forniti in fase di esecuzione da chi le richiama – una maschera che popola un elenco a discesa, un processo che esegue un passaggio, un report che viene generato, un modello che compone un documento. Un’unica definizione serve ogni utilizzatore, invece di far reimplementare a ogni schermata il proprio recupero dei dati.
Include anche un designer di tabelle che scrive un vero schema. Si definiscono colonne e vincoli e il builder genera e applica la modifica – chiavi esterne comprese – all’interno dello spazio dei nomi dello schema della propria organizzazione. Si tratta di vera generazione SQL, ed è uno dei motivi per cui continON descrive i Builders come configurazione estendibile anziché come uno strumento no-code.
Cosa si definisce e cosa viene eseguito
Un elenco di provider delimitato e onesto
SQL Server, PostgreSQL, MySQL, Access/OleDB e file condivisi – i provider effettivamente implementati, non la pretesa di collegarsi a qualsiasi cosa.
Esplorare lo schema esterno
Esaminare tabelle e colonne di un’origine collegata dall’interno del designer prima di costruirci sopra.
Parametri legati al contesto
Una query salvata accetta parametri – compresi gli identificativi di richiesta, processo e collaboratore del record che la esegue.
Oggetti salvati, richiamati per nome
Query, tabelle, viste, funzioni e procedure risiedono in un unico catalogo a cui fa riferimento ogni altro Builder.
Un designer di tabelle che scrive lo schema
Le definizioni di colonne e vincoli generano e applicano vero DDL, in modo transazionale, nello spazio dei nomi dell’organizzazione.
Passare a SQL quando serve
Scrivere SQL a mano per i casi che un designer visivo non può esprimere – una parte dichiarata del modello, non un’eccezione.
Con cosa interagisce
- Form Builder
Campi, elenchi di valori e azioni di invio delle maschere vengono risolti tramite query salvate. - Report Designer
I report vengono generati dalle stesse query salvate, così i conteggi corrispondono a quanto rilevato dalle maschere. - Dashboard Designer
I widget della dashboard si collegano a query salvate o a SQL ad hoc di questo catalogo. - Document Template Designer
I modelli inseriscono i campi di una query collegata nei documenti generati. - Integrazioni e dati
Qui risiedono le connessioni a database e file; le credenziali per API esterne di ciascuna organizzazione sono gestite nelle integrazioni.
Vedere la funzionalità «query & data source builder» all’opera in continON.
Una dimostrazione guidata su un mandante dimostrativo anonimizzato – questa funzionalità all’interno del suo modulo, sulla piattaforma condivisa.