Viste

• Codice vista (campo CODVUE)

Il codice della vista deve essere composto da 1 a 10 caratteri (lettere o cifre, ma deve iniziare obbligatoriamente con una lettera). E' un identificativo univoco per l'insieme delle viste del dizionario dei dati. Una vista non può avere lo stesso nome di una tabella del dizionario, poiché in validazione il supervisore genera i file *.srf e *.fde e le keyword sono vietate.

• Abbreviazione (campo ABRVUE)

L'abbreviazione della vista deve essere composta da 1 a 3 caratteri (lettere o cifre, ma deve iniziare obbligatoriamente con una lettera). Questo identificativo può non essere univoco per l'insieme delle abbreviazioni delle viste del dizionario di dati. Le keyword riservate Adonix sono vietate.

• Descrizione (campo INTITSAI)

Destiné à figurer sur les états et les écrans dans lesquels le code de la fiche peut être saisi ou sélectionné. Ce texte permet de donner une description de la fiche concernée.

• Attivo (campo ENAFLG)

• Codice attività (campo CODACT)

Il Codice Attività ed il Modulo permettono di sapere se la vista descritta nel dizionario deve essere creata effettivamente nel database del dossier. Lo è se le due condizioni sopra citate si verificano simultaneamente:

 il campo codice attività è vuoto, oppure il codice attività (definito nella vista corrispondente) è a tutti gli effetti attivato.

 il modulo al quale è collegata la vista è stato dichiarato attivo per il dossier.

Una vista protetta da un codice attività che inizi con X, Y, o Z, viene considerata come specifica e non sarà in nessun caso toccata da un cambio di versione (questi codici attività possono essere messi a livello delle righe).

• Accesso non protetto (campo SECURE)

Questa casella da contrassegnare permette di limitare l'accesso alla tabella di dati al solo dossier proprietario della tabella ed ad alcuni dossier autorizzati. Questa nozione è identica per la vista. Una modifica di questo campo necessita di una rivalidazione della tabella per essere presa in considerazione nel database.

• non protetto: tutti i dossier della soluzione potranno accedere alla tabella per leggere o scrivere dei dati di tale tabella. E' generalmente il caso:
• delle tabelle di sistema,
• delle tabelle dizionario,
• di alcune tabelle supervisore,
• protetto: l'accesso a questa tabella avviene in funzione dei diritti del dossier di chiamata. Un dossier può essere:
• non abilitato,
• abilitato in lettura,
• abilitato in lettura scrtitura. E' il caso delle tabelle funzionali e della maggiorparte delle tabelle supervisore.

I dossier abilitati sono:

• il dossier nel quale è definita la tabella (le tabelle di sistema sono nel dossier di riferimento della soluzione: nel caso di Sage X3, questo dossier si chiama X3),
• i dossier parenti del dossier,
• un dossier abilitato (tramite la funzione Gestione dei dossier, folder "Collegamenti", blocco "Dossier della soluzione").
• i dossier di altre soluzioni hanno un accesso tramite legami (utilizzando la stessa funzione).

Poiché la politica di sicurezza per la tabella viene considerata come parametrizzazione, questa casella da contrassegnare non viene aggiornata tramite patch. Alla validazione della tabella, il fatto che questa casella sia contrassegnata provoca la creazione di un file di configurazione (con estensione .cfg) con il seguente codice:

$SECURITY
{  "LEVEL0" }
End

Se esistono altre direttive manuali nel file di configurazione, queste vengono ovviamente rispettate. Difatti è possibile aggiungere delle direttive aggiornando il blocco "File di configurazione"nel folder corrispondente della Gestione delle tabelle).

• Modulo (campo MODULE)

Il Codice Attività ed il Modulo permettono di sapere se la vista descritta nel dizionario deve essere creata effettivamente nel database del dossier. Lo è se le due condizioni sopra citate si verificano simultaneamente:

 il campo codice attività è vuoto, oppure il codice attività (definito nella vista corrispondente) è a tutti gli effetti attivato.

 il modulo al quale è collegata la vista è stato dichiarato attivo per il dossier.

Una vista protetta da un codice attività che inizi con X, Y, o Z, viene considerata come specifica e non sarà in nessun caso toccata da un cambio di versione (questi codici attività possono essere messi a livello delle righe).

• Gruppo di convalida (campo GRUCFM)

• Codice (campo OBCCOD)

• Tipo (campo OBCTYP)

• campo TEX1

• campo TEX2

• Campi (campo FLDVUE)

In questa colonna si definisce il nome del campo della vista così come sarà definito nel software (un campo di nome NOMECAMPO definito in una vista con abbreviazione ABB potrà essere letto con la sintassi [F:ABB]NOMECAMPO).

Per i campi specifici, il nome del campo deve cominciare con X_, Y_ o Z_.

Per un campo dimensionato (NOMECAMPO_0, NOMECAMPO_1, NOMECAMPO_2…), si definisce un solo campo NOMECAMPO.

• Tipo (campo CODTYP)

Bisogna definire qui il tipo di campo. I tipi principali sono:

A: Alfanumerico
C: Intero corto
L: Intero lungo
DCB: Decimale
D: Data
M: Menù locale
MM : Menù locale con filtro
ACB : clob
ABB : blob

 Esistono altri tipi predefiniti. Generalmente si riferiscono ad una tabella allegata (valuta, sezione,...). Il tasto F12 permette di ottenerne l'elenco.

Qui non è possibile utilizzare i tipi di dati relativi ai testi tradotti: AX1, AX2, AX3.

• Menù (campo NOLIB)

Definisce il numero di menu locale associato al campo definito sulla riga.

Quando un campo è di tipo menu locale, viene memorizzato sotto forma di un valore numerico (da 1 a 255) corrispondente ad un range di un'intestazione nella tabella chiamataMenù locali, salvata nella tabella dei messaggiAPLSTD.

In inserimento o in visualizzazione, si vede, secondo le scelte fatte sull'interfaccia utente:

• sia una intestazione che può essere scelta nella lista scorrevole comunemente chiamatacombo box
• sia una lista di bottoni di scelta.

L'interesse di questo tipo di inserimento è che la lista delle scelte è presentata nella lingua di connessione dell'utente.

Ogni numero di menu locale caratterizza la lista delle intestazioni possibili. Per esempio, il menu locale 1 corrisponde alla sceltaNo / Sì  in questo ordine. In questo caso particolare, l'interfaccia utente può anche essere la casella da contrassegnare.

• Lung (campo LNG)

Permette di definire la lunghezza di un campo quando quest'ultimo utilizza un tipo di dati generico la cui lunghezza non è fissata. E' il caso soprattutto dei tipi A e DCB.

Per i blob, come per i clob, occorre indicare la lunghezza che sarà quella massima di memorizzazione. La codifica è la seguente:

• Att. (campo FLDACT)

Un codice attività permette:

• di rendere opzionale un elemento del dizionario se il valore associato al codice attività è nullo.
• di approvare gli elementi specifici da quando sono evidenziati da un codice che inizia per X, Y o Z.
• di dimensionare un numero di righe massimo quando il codice attività evidenzia degli elementi di un riquadro.

Così, se il codice attività non è attivo, l'elemento evidenziato non sarà utilizzabile, e il codice associato (se ne ha) non verrà generato né sarà attivabile.

• Dim (campo DIME)

Dimensione del campo nella vista. La dimensione può anche dipendere dal codice attività.

• Descrizione (campo FLDINTSAI)

Destiné à figurer sur les états et les écrans dans lesquels le code de la fiche peut être saisi ou sélectionné. Ce texte permet de donner une description de la fiche concernée.

• Opzioni (campo OPTION)

Queste opzioni si traducono in caratteri che possono concatenarsi quando sono necessarie molteplici opzioni. È possibile scegliere queste opzioni grazie ad una finestra di selezione. Sarà presente una descrizione dettagliata di tutte le opzioni possibili.

• N° (campo NUMLIG)

• Codice chiave (campo CODCLE)

Questo campo corrisponde al nome sotto il quale è conosciuta la chiave nel comando Order By. Una norma è utilizzata in tutte le viste dell'applicazione: consiste nel chiamare le chiavi utilizzando l'abbreviazione della vista, seguita da 0 per la prima chiave, da 1 per la seconda, ecc... Per lo specfico, fare iniziare questo codice con una delle tre lettere: X,Y o Z.

• Descrittore chiave (campo DESCLE)

Qui si indica l'elenco dei campi componenti l'indice, separato da un '+' se vi sono più campi.
Un campo ordinato in ordine discendente è preceduto dal segno "-".
Il primo campo che compone un indice è senza segno ed è per forza ascendente.

• Omonimi (campo KEYDUP)

Questo campo viene inizializzato di default a Si. Non è possibile metterlo a No. In questo caso, un messaggio di avviso ricorda che non devono esserci chiavi doppie sull'indice di questa vista. Ve ne fossero, non si otterrebbe un errore ma un semplice ciclo For non rileverebbe gli omonimi.

Si consiglia quindi di lasciare a Si, salvo casi molto particolari in cui l'opzione No permette di supportare le istruzioni "Read Next/Prev" su delle viste.

• Codice attività (campo CLEACT)

Un codice attività permette:

• di rendere opzionale un elemento del dizionario se il valore associato al codice attività è nullo.
• di approvare gli elementi specifici da quando sono evidenziati da un codice che inizia per X, Y o Z.
• di dimensionare un numero di righe massimo quando il codice attività evidenzia degli elementi di un riquadro.

Così, se il codice attività non è attivo, l'elemento evidenziato non sarà utilizzabile, e il codice associato (se ne ha) non verrà generato né sarà attivabile.

• campo FICCFG

In questo blocco è possibile inserire un testo che descrive la configurazione tecnica della vista nel database. Questo testo viene registrato in un file "nome della vista.cfg" nella directory FIL dell'applicazione. Questo file è utilizzato dall'istruzione "valfil". Si consulti l’allegato tecnico dedicato per ulteriori informazioni.