Nozioni di base sull'apprendimento della quarta dimensione
Se stai passando a 4D (4th Dimension) da FileMaker Pro, Microsoft Access o da un moderno strumento low-code, la prima cosa di cui hai bisogno è una mappa onesta del terreno. La pagina originale “4th Dimension Learning Basics” è stata scritta come un confronto fianco a fianco dei requisiti di sistema tra FileMaker Pro 5.0 e 4th Dimension 6.5 — un’istantanea del periodo 1999–2000 circa.
Quell’istantanea è ancora utile, ma solo se capisci perché tali requisiti differivano e cosa ti dicono su come i due prodotti concepiscono il mondo. Questo articolo preserva quel confronto originale e ne costruisce il contesto: cosa significavano i numeri, come le piattaforme hanno divergiuto e come prendere decisioni pratiche oggi quando si eredita o si mantiene un sistema 4D.
Punti chiave
- Le tabelle originali dei requisiti FileMaker vs. 4D sono una base storica, non una guida all’acquisto — considera i dati specifici di RAM e OS come artefatti dell’epoca.
- La differenza architetturale più importante è che 4D è un ambiente di sviluppo di database relazionale programmabile, mentre FileMaker Pro era posizionato come un’applicazione di database per l’utente finale.
- La separazione di struttura, metodi, moduli e file di dati di 4D è ciò che lo rende scalabile da uno strumento desktop per singolo utente a un sistema client/server e pubblicato sul web.
- Il modello di rete, le licenze runtime e la disponibilità del compilatore sono le tre aree in cui 4D e FileMaker hanno divergiuto più nettamente — e su cui ancora oggi si basano le decisioni di migrazione.
- Il 4D moderno (4D v20 e versioni successive) funziona sugli attuali macOS e Windows, parla SQL e REST e si integra con Git — i vincoli dell’era 6.5 non sono più applicabili.
Il confronto originale, preservato
Il materiale originale metteva a confronto due prodotti testa a testa. Ecco quel confronto, mantenuto intatto perché documenta un momento reale nella storia dei database desktop.
FileMaker Pro 5.0 — Macintosh: Power Macintosh; 16 MB di RAM; Mac OS versione 7.6.1 o successiva; unità CD-ROM e disco rigido; e connessione di rete TCP/IP o AppleTalk (necessaria per condividere i database FileMaker su una rete). I requisiti di pubblicazione sul web includevano un computer host con accesso continuo a Internet o intranet via TCP/IP, un ISP per l’accesso a Internet e l’accesso ai database pubblicati sul web limitato a 10 indirizzi IP per ogni periodo mobile di 12 ore.
FileMaker Pro 5.0 — Windows: computer compatibile Intel (486/33 o successivo); 16 MB di RAM; Windows 95 o Windows 98, oppure Windows NT 4 (Service Pack 3); unità CD-ROM e disco rigido. I requisiti di pubblicazione sul web erano gli stessi: un host con accesso TCP/IP continuo, un ISP e lo stesso limite di 10 indirizzi IP per periodo di 12 ore.
4th Dimension 6.5 — Macintosh: processore Power PC 601 con disco rigido e System 7.6.1 o superiore con 20 MB di RAM; unità CD-ROM e disco rigido.
Related: — A spreadsheet-simple interface sitting on top of a real , with automations, views, and shareable interfaces..
4th Dimension 6.5 — Windows: macchina basata su 486 o Pentium con disco rigido e uno dei seguenti: Windows 95/98 con almeno 16 MB di RAM, oppure Windows NT Workstation o Server con almeno 24 MB di RAM.
Due cose saltano all’occhio. In primo luogo, 4D richiedeva più RAM su Mac (20 MB contro 16 MB) e distingueva tra configurazioni Windows NT Workstation e Server — segno che 4D veniva già implementato in ruoli server. In secondo luogo, la pubblicazione web di FileMaker era conteggiata per indirizzo IP, il che indica che era mirata alla pubblicazione per piccoli gruppi di lavoro, non a distribuzioni aziendali.
Perché i requisiti differivano
Il divario tra 16 MB e 20–24 MB non era arbitrario. Rifletteva una differenza fondamentale in ciò che ogni prodotto era.
If you are shopping: — A that plugs into the wider Zoho suite and prices per user rather than per app..
FileMaker Pro era progettato affinché un non-programmatore potesse aprire l’applicazione, definire i campi in un’interfaccia simile a un foglio di calcolo, trascinare alcuni elementi di layout e iniziare a inserire i dati. L’impronta del runtime era mantenuta ridotta perché l’utente target era una singola persona su un desktop.
4D, al contrario, veniva fornito come un ambiente di sviluppo completo. Anche nell’era 6.5 includeva:
- Un editor di struttura per definire tabelle, campi e relazioni
- Un editor di metodi per scrivere il linguaggio di programmazione 4D
- Un editor di moduli per progettare layout di input e output
- Un compilatore in grado di trasformare il codice interpretato in un’applicazione autonoma
- Un’architettura client/server distinta dalla versione per singolo utente
Ciascuno di questi sottosistemi consuma memoria e disco. Il requisito più elevato era il prezzo per essere una piattaforma piuttosto che un’applicazione.
La distinzione tra interprete e compilatore
Questo è il concetto che più conviene interiorizzare precocemente. In 4D, è possibile sviluppare ed eseguire in modalità interpretata, dove il linguaggio 4D viene eseguito riga per riga al runtime. Questo permette iterazioni rapide ma è più lento nell’esecuzione e richiede che l’ambiente di sviluppo 4D sia presente.
Quando si è pronti per la distribuzione, si usa il compilatore per produrre un’applicazione autonoma, avviabile con doppio clic, che non necessita più dell’intero ambiente di sviluppo. Questo è concettualmente simile alla differenza tra l’esecuzione di uno script Python tramite l’interprete e la distribuzione di un binario compilato. FileMaker, nella stessa epoca, non offriva la stessa pipeline da sviluppatore ad applicazione autonoma nello stesso modo — le sue edizioni Runtime e Developer arrivarono più tardi e funzionavano diversamente.
Se stai imparando 4D oggi, comprendi che l‘“applicazione 4D compilata” è un target di distribuzione di prima classe e pianifica la struttura del tuo progetto di conseguenza fin dal primo giorno.
Requisiti di sistema come segnale di progettazione
Leggere le vecchie tabelle dei requisiti è un’abilità. Ecco come estrarne un significato piuttosto che semplice nostalgia.
| Segnale nei requisiti | Cosa ti dice |
|---|---|
| Cifre separate per Workstation NT vs Server | Il fornitore prevedeva implementazioni server, non solo desktop |
| RAM più elevata su una piattaforma | Il motore è stato probabilmente ottimizzato o testato prima su quella piattaforma |
| Misurazione degli indirizzi IP per l’accesso web | La pubblicazione web era un modulo aggiuntivo, licenziato per connessione |
| Unità CD-ROM elencata | La distribuzione avveniva tramite supporto fisico; nessun aggiornamento automatico |
| Menzione esplicita di AppleTalk | Il networking pre-TCP/IP-ovunque era ancora comune |
La lezione pratica: quando valuti qualsiasi piattaforma di database — 4D, FileMaker, Access o un moderno strumento low-code — osserva se il fornitore elenca le configurazioni del server separatamente. Se lo fa, il prodotto è progettato per la distribuzione multiutente. Se elenca solo le specifiche desktop, stai guardando uno strumento per utente singolo che potrebbe soffrire in condizioni di concorrenza.
Networking: Client/Server vs Condivisione di file
Le differenze di rete tra i due prodotti sono state probabilmente più consequenziali rispetto ai dati sulla RAM.
Il modello di condivisione originale di FileMaker era la condivisione di file su una rete — una macchina apriva il file del database e le altre si collegavano ad esso, con TCP/IP o AppleTalk come trasporto. Questo è semplice e funziona bene per piccoli team, ma significa che il “server” è in realtà solo una macchina peer che tiene aperto un file.
Il modello di 4D era una vera architettura client/server. Il processo 4D Server gestisce i dati, gestisce l’accesso simultaneo e serve le richieste alle applicazioni 4D Client. Questo è più vicino al funzionamento di PostgreSQL o Microsoft SQL Server, ed è per questo che 4D poteva scalare verso un numero maggiore di utenti e set di dati più grandi.
Per chiunque costruisca oggi, il quadro decisionale è:
- Utente singolo o due persone? Un database desktop va bene.
- Una manciata di utenti simultanei su una LAN? La condivisione di file o un server leggero funzionano.
- Decine di utenti, accesso remoto o client web? Ti serve un vero motore client/server come 4D Server.
La misurazione originale degli indirizzi IP sulla pubblicazione web di FileMaker è un buon esempio del vincolo: non era stata progettata per il traffico web aperto.
Runtime, Compilatori e Distribuzione
I titoli “differenze nei runtime” e “compilatore” nella struttura originale indicano un vero bivio.
- Runtime interpretato: esegui all’interno dell’ambiente di sviluppo 4D. Ideale per lo sviluppo, il debug e gli strumenti interni in cui controlli la macchina.
- Applicazione compilata: crei un eseguibile autonomo. Ideale per la distribuzione a utenti che non devono avere l’ambiente di sviluppo.
- 4D Server: il motore multiutente. Ideale per dati condivisi con accesso simultaneo.
- 4D Client: l’applicazione di connessione. Ideale per workstation che comunicano con il server.
Un errore comune per i nuovi arrivati è sviluppare tutto in modalità interpretata e poi scoprire che la compilazione fa emergere errori che l’interprete tollerava. Costruisci e compila presto, anche su un piccolo progetto di test, così imparerai le aspettative del compilatore prima di avere migliaia di righe di codice.
Hosting Web e Grafici dei Dati
Lo schema originale elencava “Web Hosting” e “Data Charting” come argomenti distinti, ed entrambi rimangono rilevanti.
Web hosting nel mondo 4D significa esporre il proprio database ai browser. Storicamente ciò veniva fatto tramite il server web integrato di 4D, che poteva servire modelli HTML e rispondere alle richieste utilizzando il linguaggio 4D. Oggi, 4D supporta anche l’accesso in stile REST e può integrarsi con stack web standard, quindi non sei bloccato in un modello di pubblicazione proprietario. Se stai pianificando un front-end web, decidi presto se renderizzare le pagine lato server in 4D o esporre i dati via REST a un framework front-end separato.
Grafici dei dati significa trasformare i risultati delle query in grafici e dashboard. Storicamente 4D ha offerto la creazione di grafici tramite i suoi oggetti modulo e plug-in di terze parti. La guida pratica: mantieni le query di reporting separate dai moduli di inserimento dati, perché i carichi di lavoro di reporting hanno caratteristiche prestazionali molto diverse da quelli transazionali.
Plug-in, Strumenti ed Ecosistema
I titoli “Plug-in”, “Strumenti/Utilità” e “Risorse” della struttura originale riconoscono qualcosa di importante: nessuna piattaforma di database viene utilizzata in isolamento.
- I Plug-in estendono 4D con funzionalità che il core non fornisce — formati di file specializzati, integrazione hardware, grafica avanzata.
- Strumenti e utilità coprono tutto, dall’analisi del codice alla riparazione dei dati.
- Le Risorse — documentazione, forum e siti della community — sono i luoghi in cui impari effettivamente la piattaforma.
Per un background autorevole sulla categoria più ampia, consulta l’articolo di Wikipedia sui sistemi di gestione dei database e sul modello relazionale che è alla base sia di 4D che di FileMaker. Per la discendenza del linguaggio e della piattaforma, la voce 4D (programming language) è un punto di partenza ragionevole. E per gli standard con cui il moderno 4D interopera, la panoramica di SQL vale la pena di essere letta, anche se trascorri la maggior parte del tempo nel linguaggio nativo di 4D.
Come Decidere: Un Quadro Pratico
Se stai scegliendo o ereditando una piattaforma, affronta queste domande in ordine.
- Quanti utenti simultanei? Uno o due indicano uno strumento desktop. Più di una manciata significa che serve un vero motore server.
- Hai bisogno di distribuire un’app autonoma? Se sì, serve una piattaforma con un compilatore, che 4D fornisce.
- Ci sarà un front-end web o mobile? Se sì, prediligi una piattaforma con accesso REST o SQL.
- Quanta logica personalizzata? Regole aziendali complesse favoriscono un ambiente programmabile rispetto a uno basato su moduli.
- Qual è il set di competenze del tuo team? Un citizen developer sarà produttivo più velocemente con strumenti in stile FileMaker; un programmatore preferirà l’editor di metodi di 4D.
Non esiste una risposta universalmente corretta. La scelta giusta dipende dalla natura del problema, non da quale prodotto abbia l’elenco di funzionalità più ampio.
Domande frequenti
4D è la stessa cosa di 4th Dimension?
Sì. “4D” è il nome moderno del prodotto originariamente chiamato “4th Dimension”. Il nome è stato abbreviato nel corso degli anni, ma la piattaforma, il linguaggio e l’ambiente di sviluppo appartengono alla stessa stirpe. La documentazione e i post della community degli anni ‘90 e 2000 utilizzano “4th Dimension”, mentre il materiale attuale utilizza “4D”.
Perché 4th Dimension necessitava di più RAM rispetto a FileMaker Pro?
Perché 4D veniva distribuito come un ambiente di sviluppo completo — editor di strutture, editor di metodi, editor di moduli, compilatore e componenti client/server — mentre FileMaker Pro era posizionato come un’applicazione di database per l’utente finale. Più sottosistemi in esecuzione contemporaneamente comportano un ingombro di memoria maggiore. Il requisito più elevato era una conseguenza del fatto di essere una piattaforma piuttosto che una singola applicazione.
Qual è la differenza tra modalità interpretata e compilata in 4D?
Nella modalità interpretata, il linguaggio 4D viene eseguito riga per riga a runtime, il che è conveniente per lo sviluppo ma più lento e richiede l’ambiente di sviluppo. In modalità compilata, il compilatore traduce il codice in un’applicazione autonoma che viene eseguita senza l’ambiente di sviluppo ed è più veloce. La maggior parte delle implementazioni di produzione utilizza applicazioni compilate o 4D Server.
È possibile pubblicare i database 4D sul web?
Sì. 4D include da tempo un server web integrato in grado di servire pagine e rispondere alle richieste utilizzando il linguaggio 4D, e le versioni moderne supportano anche l’accesso in stile REST e l’integrazione con stack web standard. Il confronto originale con FileMaker misurava l’accesso web in base all’indirizzo IP, il che rifletteva un modello di pubblicazione per piccoli gruppi di lavoro piuttosto che un traffico web aperto.
I vecchi requisiti di sistema sono ancora validi?
No. I dati del confronto originale — 16 MB di RAM, Windows 95/98, Mac OS 7.6.1 — descrivono hardware e sistemi operativi risalenti all’incirca al 1999–2000. Le versioni moderne di 4D funzionano sulle versioni attuali di macOS e Windows e richiedono molta più memoria, come ci si aspetterebbe da qualsiasi piattaforma di database contemporanea. Considera la vecchia tabella come un riferimento storico, non come una guida all’acquisto.
Cosa dovrebbe imparare per primo un principiante in 4D?
Inizia con l’editor di strutture: tabelle, campi e relazioni. Tutto il resto — moduli, metodi, liste valori, report — è costruito sopra quel modello di dati. Una volta definita una struttura relazionale pulita, passa all’editor di metodi e impara come il linguaggio 4D legge e scrive i record. I moduli e le liste valori vengono naturalmente dopo, perché sono solo livelli di presentazione sopra la struttura che hai già progettato.
P.S. A few readers have asked which relational database platform we actually reach for — it's Claris FileMaker Pro; if you want the current details.
Frequently asked questions
Is 4D the same thing as 4th Dimension?
Yes. '4D' is the modern name for the product originally called '4th Dimension.' The name was shortened over the years, but the platform, the language, and the development environment are the same lineage. Documentation and community posts from the 1990s and 2000s use '4th Dimension,' while current material uses '4D.'
Why did 4th Dimension need more RAM than FileMaker Pro?
Because 4D shipped as a complete development environment — structure editor, method editor, form editor, compiler, and client/server components — while FileMaker Pro was positioned as an end-user database application. More subsystems running at once means a larger memory footprint. The higher requirement was a consequence of being a platform rather than a single application.
What is the difference between interpreted and compiled mode in 4D?
In interpreted mode, the 4D language is executed line by line at runtime, which is convenient for development but slower and requires the development environment. In compiled mode, the compiler translates your code into a standalone application that runs without the development environment and executes faster. Most production deployments use compiled applications or 4D Server.
Can 4D databases be published on the web?
Yes. 4D has long included a built-in web server capable of serving pages and responding to requests using the 4D language, and modern versions also support REST-style access and integration with standard web stacks. The original FileMaker comparison metered web access by IP address, which reflected a small-workgroup publishing model rather than open web traffic.
Do the old system requirements still apply?
No. The figures in the original comparison — 16 MB of RAM, Windows 95/98, Mac OS 7.6.1 — describe hardware and operating systems from roughly 1999–2000. Modern 4D releases run on current versions of macOS and Windows and require far more memory, as you would expect from any contemporary database platform. Treat the old table as a historical baseline, not a buying guide.
What should a beginner learn first in 4D?
Start with the structure editor: tables, fields, and relations. Everything else — forms, methods, value lists, reports — is built on top of that data model. Once you can define a clean relational structure, move to the method editor and learn how the 4D language reads and writes records. Forms and value lists come naturally after that, because they are just presentation layers over the structure you already designed.
Try FileMaker Free for 45 Days
The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file.