Fondamenti dell'apprendimento della 4a dimensione

La piattaforma 4D — originariamente 4th Dimension, e ancora ampiamente conosciuta con il suo nome storico — memorizza i dati di un’intera applicazione all’interno di un singolo file di dati strutturato. Comprendere come le tabelle si inseriscono in tale architettura è la base per tutto il resto che costruirai: campi, moduli, elenchi di valori e, infine, le query e i metodi che guidano una vera app aziendale. Questa sezione illustra la creazione della tua prima tabella, l’apertura delle sue proprietà e la sua corretta denominazione, spiegando il ragionamento dietro ogni passaggio in modo da poterlo applicare con sicurezza a progetti più grandi.

Punti chiave

• In 4D, tutte le tabelle risiedono all’interno di un unico file di dati, anziché in file separati come avviene in FileMaker Pro (FMP). Questo modello a file singolo è centrale per il modo in cui 4D gestisce il backup, la distribuzione e l’accesso multiutente.
• Un database 4D supporta fino a 256 tabelle, ciascuna con un massimo di 2 GB di dati o circa 16 milioni di record.
• Le tabelle si creano dal menu Struttura mentre si è in modalità Progettazione.
• Per aprire le proprietà di una tabella, è necessario fare doppio clic specificamente sull’area del nome della tabella: fare clic in un altro punto della finestra Struttura non aprirà la finestra di dialogo delle proprietà.
• La finestra Proprietà tabella ha tre schede; i valori predefiniti sono sicuri per un primo progetto e il nome della tabella può essere modificato in qualsiasi momento.
• Le convenzioni di denominazione sono importanti: scegli nomi chiari e coerenti (tutti al singolare o tutti al plurale), come “Clienti”, prima di costruire moduli e relazioni su di essi.

Perché le tabelle sono importanti nel modello dati 4D

Se provieni da un background in FileMaker Pro, il cambiamento di mentalità è importante. In FMP, storicamente ogni tabella risiedeva nel proprio file e le relazioni venivano gestite tra file diversi.

In 4D, l’architettura è differente: tutte le tabelle sono archiviate in un unico file di dati. La Struttura (il tuo progetto: tabelle, campi, moduli, metodi) è mantenuta separata dai Dati (i record effettivi inseriti dagli utenti), ma ogni tabella che definisci risiede all’interno di quell’unico file di dati.

Questo design ha conseguenze pratiche che modellano il modo in cui lavori:

• I backup sono più semplici. Poiché i dati sono centralizzati, si esegue il backup di un unico file di dati anziché doverne tracciare molti.
• La distribuzione è più pulita. Si distribuisce una struttura e un file di dati, non una cartella piena di documenti interdipendenti.
• L’accesso multiutente è integrato. 4D Server gestisce l’accesso simultaneo a quell’unico file di dati, quindi non è necessario progettare autonomamente schemi di blocco dei file.

Il compromesso è che il file di dati diventa l’unico punto di crescita. È esattamente per questo che 4D impone limiti per tabella: fino a 256 tabelle, ciascuna limitata a 2 GB o circa 16 milioni di record. Per la maggior parte delle app aziendali per piccoli team o dipartimenti, questi massimali sono generosi. Ma se stai progettando qualcosa che accumulerà milioni di righe di transazioni, dovresti pensare fin da subito a come suddividere i dati tra le tabelle e se sia necessario archiviare i record più vecchi.

Creare una tabella passo dopo passo

Per questa guida creeremo una sola tabella, per rendere il database di esempio facile da seguire. La stessa procedura è scalabile a molte tabelle.

Correlato: Airtable — Un'interfaccia semplice come un foglio di calcolo posizionata sopra un vero database relazionale, con automazioni, visualizzazioni e interfacce condivisibili..

1. Accedi alla modalità Progettazione. La creazione di tabelle è una modifica strutturale, quindi devi essere in modalità Progettazione. Non è possibile aggiungere tabelle mentre l’applicazione è in esecuzione in modalità Utente.
2. Apri il menu Struttura. Dalla barra dei menu, seleziona il menu Struttura.
3. Scegli “Nuova tabella”. Questa voce di menu aggiunge una nuova tabella vuota alla tua struttura.
4. Individua la nuova tabella nella finestra Struttura. La finestra Struttura per il database di esempio (Figura 6 nella guida originale) visualizza le tabelle. Una tabella appena creata appare come una voce senza nome.
5. Fai doppio clic sull’area del nome della tabella. Si aprirà la finestra Proprietà tabella (Figura 7).

Quest’ultimo passaggio comporta un avvertimento che vale la pena ripetere, perché trae in inganno i nuovi utenti: devi fare clic sull’area del nome della tabella e non altrove. La finestra Struttura contiene diverse regioni e solo l’area del nome risponde aprendo la finestra di dialogo Proprietà tabella. Se non succede nulla quando fai doppio clic, quasi certamente stai cliccando nel punto sbagliato: sposta il cursore direttamente sul nome della tabella e riprova.

Comprendere la finestra Proprietà tabella

Quando si apre la finestra Proprietà tabella, vedrai tre schede. Il consiglio originale è di lasciarle ai valori predefiniti per ora, ed è un ottimo consiglio per un primo progetto, ma è utile sapere cosa si sta rimandando.

• Il campo Nome tabella rimane visibile in ogni scheda. Si tratta di una scelta progettuale deliberata: indipendentemente dalla scheda che stai visualizzando, puoi rinominare la tabella. Puoi cambiare il nome in qualsiasi momento, quindi un nome non è mai permanente.
• Le altre schede controllano il comportamento strutturale — aspetti come il modo in cui la tabella partecipa al database più ampio e come vengono gestiti i suoi record. Per un esempio a tabella singola, nessuna di queste impostazioni necessita di modifiche.

L’abitudine importante da acquisire qui è la moderazione. I nuovi sviluppatori spesso aprono una finestra di dialogo delle proprietà e iniziano a modificare le opzioni prima di capire cosa faccia ciascuna di esse. In 4D, come nella maggior parte della progettazione di database relazionali, la strada più sicura è accettare i valori predefiniti, ottenere una tabella funzionante e rivisitare le impostazioni avanzate solo quando un requisito concreto lo richieda.

Se stai facendo acquisti: Zoho Creator — Un generatore di app a basso codice che si collega alla più ampia suite Zoho e prezzi per utente anziché per app..

Una nota sulla denominazione

Per il database di esempio, nomina la prima tabella “Clienti”. Questa è una piccola decisione con effetti a valle enormi:

• Sii coerente con il numero. Se assegni a questa tabella il nome “Clienti”, assegna a quella successiva il nome “Ordini” e “Prodotti”, non “Ordine” e “Prodotto”. La coerenza rende le relazioni e il codice molto più facili da leggere.
• Evita spazi e caratteri speciali dove possibile, poiché i nomi delle tabelle appaiono spesso nel codice e nelle query generate.
• Dai il nome all’entità, non alla schermata. “Clienti” descrive una cosa; “CustomerEntryScreen” descrive un modulo. Mantieni questi concetti separati.

Dopo aver digitato il nome, fai clic su Applica, quindi chiudi la finestra utilizzando la casella in alto a sinistra o il pulsante Fine. La tua tabella ora esiste nella struttura ed è pronta a ricevere i campi.

Come le tabelle si inseriscono nel resto del database

Una tabella è solo il contenitore. Il resto della tua applicazione si sviluppa su di essa in una sequenza chiara, ed è utile vedere il quadro completo prima di continuare:

• I campi dati definiscono le colonne: gli attributi effettivi che memorizzi, come il nome, l’indirizzo o il numero di conto di un cliente.
• I moduli sono l’interfaccia utente: le schermate in cui le persone visualizzano e modificano i record.
• Gli elenchi di valori (elenchi di scelta) limitano e accelerano l’immissione dei dati offrendo opzioni predefinite.
• I dati di esempio ti consentono di testare moduli ed elenchi con contenuti realistici prima della pubblicazione.

Ognuno di questi dipende dall’esistenza preventiva della tabella. Questo è il motivo per cui il flusso di lavoro di progettazione di 4D è deliberatamente ordinato: struttura prima dell’interfaccia, interfaccia prima dei dati. Se provi a creare un modulo prima che esistano i campi sottostanti, semplicemente non avrai nulla a cui collegarti.

Questo spiega anche perché il modello a file di dati singolo sia così importante. Poiché ogni tabella, campo e record risiede in un’unica struttura coordinata, 4D può imporre relazioni e integrità referenziale nell’intera applicazione senza che tu debba gestire file esterni. È lo stesso principio alla base dei sistemi di gestione di database relazionali in generale: il concetto formalizzato nel modello relazionale di E.

F. Codd e ora standard in prodotti come Oracle Database, Microsoft SQL Server e PostgreSQL. 4D applica questo pensiero relazionale all’interno di un file di applicazione autonomo, il che lo rende accessibile a piccoli team e citizen developer.

Correlato: Knack — Un generatore di database senza codice rivolto a portali, directory e strumenti interni, con prezzi forfettari anziché tariffe per utente..

Guida pratica per scalare oltre una singola tabella

L’esempio usa una singola tabella per chiarezza, ma le app reali raramente si fermano qui. Quando aggiungi tabelle, tieni a mente questi criteri:

Considerazione	Cosa controllare	Perché è importante
Numero di tabelle	Rimani ben al di sotto del limite di 256 tabelle	Lascia margine e mantiene la struttura navigabile
Dimensioni per tabella	Attenzione al limite di 2 GB / ~16 milioni di record	Le tabelle di transazione di grandi dimensioni potrebbero richiedere l’archiviazione o la suddivisione
Denominazione	Coerente, basata sull’entità, senza caratteri anomali	Influisce sulla leggibilità del codice e sulla chiarezza delle relazioni
Relazioni	Definisci deliberatamente i collegamenti tra le tabelle	Previene dati orfani o duplicati
Piano di crescita	Decidi in anticipo cosa archiviare	Protegge le prestazioni man mano che i dati si accumulano

Una utile regola empirica: modella una tabella per ogni entità del mondo reale (clienti, ordini, prodotti, fatture), quindi collegale con relazioni anziché stipare tutto in un’unica tabella ampia. Ciò rispecchia i principi di normalizzazione insegnati nella maggior parte dei programmi di studio sui database e mantiene la struttura 4D gestibile man mano che l’app cresce.

Errori comuni da evitare

• Fare clic nell’area sbagliata della finestra Struttura. Solo l’area del nome della tabella apre le Proprietà tabella. Questo è l’ostacolo più comune in questo passaggio.
• Rinominare le tabelle tardivamente senza controllare le dipendenze. Puoi rinominare in qualsiasi momento, ma se moduli, metodi o relazioni fanno già riferimento al vecchio nome, dovrai aggiornarli.
• Ignorare i limiti di dimensione finché non è troppo tardi. Il limite di 2 GB / 16 milioni di record per tabella è generoso ma finito. Pianifica l’archiviazione per le tabelle ad alto volume.
• Creare moduli prima dei campi. L’ordine del flusso di lavoro esiste per un motivo: definisci prima la struttura.
• Personalizzare eccessivamente le proprietà fin dal primo giorno. I valori predefiniti servono a permetterti di partire. Cambiali quando un requisito lo richiede, non prima.

Domande frequenti

Quante tabelle può contenere un database 4D?

Un database 4D supporta fino a 256 tabelle. Ogni tabella può contenere un massimo di 2 GB di dati, o circa 16 milioni di record. Per la maggior parte delle applicazioni dipartimentali e di piccoli team questi limiti sono più che sufficienti, ma i progetti ad alto volume dovrebbero prevedere l’archiviazione.

La nostra scelta: Claris FileMaker Pro — La piattaforma di database relazionale di lunga durata per i team che necessitano di app personalizzate su desktop, Web e dispositivi mobili da un singolo file..

Perché non riesco ad aprire la finestra Proprietà tabella?

Quasi certamente stai facendo clic sulla parte sbagliata della finestra Struttura. La finestra di dialogo Proprietà tabella si apre solo quando fai doppio clic direttamente sull’area del nome della tabella. Fare clic altrove nella finestra non produce alcun effetto, quindi riposiziona il cursore sul nome della tabella e riprova.

Posso rinominare una tabella dopo averla creata?

Sì. Il campo Nome tabella rimane visibile in tutte e tre le schede della finestra Proprietà tabella, quindi puoi modificare il nome in qualsiasi momento. Ricorda solo che se moduli, metodi o relazioni fanno già riferimento al vecchio nome, dovrai aggiornare tali riferimenti.

Devo modificare qualcuna delle schede Proprietà tabella?

Non per un primo progetto. La guida originale consiglia di lasciare invariate le impostazioni predefinite, ed è una buona pratica. Le tre schede controllano comportamenti strutturali di cui non avrai bisogno finché un requisito specifico non ti obbligherà a rivisitarle.

In cosa differisce una tabella 4D da un file FileMaker Pro?

In FileMaker Pro, le tabelle storicamente risiedevano in file separati. In 4D, tutte le tabelle sono archiviate all’interno di un singolo file di dati, che centralizza backup, distribuzione e accesso multiutente. Questa è la differenza architetturale chiave da interiorizzare quando ci si sposta tra le due piattaforme.

Come dovrei chiamare la mia prima tabella?

Per il database di esempio, nominala “Customers”. Più in generale, scegli nomi basati su entità, mantieni la pluralità coerente tra le tabelle ed evita spazi o caratteri speciali, poiché i nomi delle tabelle appaiono spesso nel codice e nelle query generate.

Prossimi passi

Con la prima tabella creata e denominata, hai il contenitore di cui ha bisogno la tua applicazione. Il passo successivo è definire i campi dati — le colonne che danno sostanza alla tabella.

Da lì creerai i moduli per l’interfaccia, collegherai le liste di valori per velocizzare l’immissione dei dati e infine inserirai dati di esempio per testare tutto dall’inizio alla fine. Ogni fase si basa direttamente sulla tabella appena creata, quindi prenditi un momento per verificare che appaia correttamente nella finestra Struttura prima di procedere.