4. dimensjon læring grunnleggende
Hvis du kommer til 4D (4th Dimension) fra FileMaker Pro, Microsoft Access eller et moderne lavkodeverktøy, er det første du trenger et ærlig kart over terrenget. Den originale “4th Dimension Learning Basics”-siden ble skrevet som en side-ved-side-sammenligning av systemkrav mellom FileMaker Pro 5.0 og 4th Dimension 6.5 – et øyeblikksbilde fra omtrent 1999–2000.
Det øyeblikksbildet er fortsatt nyttig, men bare hvis du forstår hvorfor disse kravene var forskjellige og hva de forteller deg om hvordan de to produktene tenker om verden. Denne artikkelen bevarer den originale sammenligningen og bygger konteksten rundt den: hva tallene betydde, hvordan plattformene divergerte, og hvordan du tar praktiske beslutninger i dag når du arver eller vedlikeholder et 4D-system.
Viktige takeaways
- De originale FileMaker- vs. 4D-kravtabellene er en historisk grunnlinje, ikke en kjøpsguide – behandle de spesifikke RAM- og OS-tallene som periodiske artefakter.
- Den viktigste arkitektoniske forskjellen er at 4D er et programmerbart relasjonsdatabaseutviklingsmiljø, mens FileMaker Pro ble posisjonert som en databaseapplikasjon for sluttbrukere.
- 4Ds separasjon av struktur, metoder, skjemaer og datafiler er det som gjør at den kan skaleres fra et enkeltbruker-skrivebordsverktøy til et klient/server- og nettpublisert system.
- Nettverksmodell, kjøretidslisensiering og kompilatortilgjengelighet er de tre områdene der 4D og FileMaker divergerte mest – og der migreringsbeslutninger fortsatt avhenger av i dag.
- Moderne 4D (4D v20 og nyere) kjører på gjeldende macOS og Windows, snakker SQL og REST, og integreres med Git — 6.5-epokens begrensninger gjelder ikke lenger.
Den originale sammenligningen, bevart
Kildematerialet sammenlignet to produkter mot hverandre. Her er den sammenligningen, holdt intakt fordi den dokumenterer et virkelig øyeblikk i historien til skrivebordsdatabaser.
FileMaker Pro 5.0 — Macintosh: Power Macintosh; 16 MB RAM; Mac OS versjon 7.6.1 eller nyere; CD-ROM-stasjon og harddisk; og TCP/IP- eller AppleTalk-nettverkstilkobling (påkrevd for å dele FileMaker-databaser over et nettverk). Krav til nettpublisering inkluderte en vertsdatamaskin med kontinuerlig tilgang til Internett eller intranett via TCP/IP, en ISP for Internett-tilgang, og tilgang til nettpubliserte databaser begrenset til 10 IP-adresser per rullende 12-timers periode.
FileMaker Pro 5.0 — Windows: Intel-kompatibel datamaskin (486/33 eller nyere); 16 MB RAM; Windows 95 eller Windows 98, eller Windows NT 4 (Service Pack 3); CD-ROM-stasjon og harddisk. Kravene til nettpublisering var de samme: en vert med kontinuerlig TCP/IP-tilgang, en ISP, og den samme grensen på 10 IP-adresser per 12-timers periode.
4th Dimension 6.5 — Macintosh: Power PC 601-prosessor med harddisk og System 7.6.1 eller høyere med 20 MB RAM; CD-ROM-stasjon og harddisk.
Related: — A spreadsheet-simple interface sitting on top of a real , with automations, views, and shareable interfaces..
4th Dimension 6.5 — Windows: 486 eller Pentium-basert maskin med harddisk og ett av følgende: Windows 95/98 med minst 16 MB RAM, eller Windows NT Workstation eller Server med minst 24 MB RAM.
To ting utmerker seg. For det første ba 4D om mer RAM på Mac (20 MB vs. 16 MB) og skilte mellom Windows NT Workstation- og Server-konfigurasjoner – et tegn på at 4D allerede ble distribuert i serverroller. For det andre ble FileMakers nettpublisering målt etter IP-adresse, noe som forteller deg at den var rettet mot publisering for små arbeidsgrupper, ikke bedriftsdistribusjon.
Hvorfor kravene var forskjellige
Gapet mellom 16 MB og 20–24 MB var ikke vilkårlig. Det reflekterte en grunnleggende forskjell i hva hvert produkt var.
If you are shopping: — A that plugs into the wider Zoho suite and prices per user rather than per app..
FileMaker Pro ble designet slik at en ikke-programmerer kunne åpne applikasjonen, definere felt i et regnearklignende grensesnitt, dra noen layoutelementer og begynne å legge inn data. Kjøretidsavtrykket ble holdt lite fordi målbrukeren var en enkelt person på en stasjonær maskin.
4D, derimot, ble levert som et fullt utviklingsmiljø. Selv i 6.5-tiden inkluderte det:
- En strukturredigerer for å definere tabeller, felt og relasjoner
- En metoderedigerer for å skrive 4D-programmeringsspråket
- En skjemaredigerer for utforming av input- og output-layouter
- En kompilator som kunne gjøre tolket kode om til en frittstående applikasjon
- En klient/server-arkitektur som var distinkt fra enkeltbrukerversjonen
Hvert av disse undersystemene bruker minne og diskplass. Det høyere kravet var prisen for å være en plattform snarere enn en applikasjon.
Skillet mellom tolk og kompilator
Dette er konseptet som er mest verdt å internalisere tidlig. I 4D kan du utvikle og kjøre i tolket modus, hvor 4D-språket utføres linje for linje under kjøring. Dette er raskt å iterere på, men tregere å utføre, og krever at 4D-utviklingsmiljøet er tilstede.
Når du er klar til å levere, bruker du kompilatoren til å produsere en frittstående, dobbeltklikkbar applikasjon som ikke lenger trenger hele utviklingsmiljøet. Dette er konseptuelt likt forskjellen mellom å kjøre et Python-skript gjennom tolken versus å distribuere en kompilert binærfil. FileMaker tilbød ikke den samme pipelinen fra utvikler til frittstående applikasjon på samme måte i samme epoke – Runtime- og Developer-utgavene kom senere og fungerte annerledes.
Hvis du lærer 4D i dag, må du forstå at en “kompilert 4D-applikasjon” er et førsteklasses distribusjonsmål, og planlegg prosjektstrukturen deretter fra dag én.
Systemkrav som designsignal
Å lese gamle kravtabeller er en ferdighet. Her er hvordan du henter ut mening fra dem i stedet for bare nostalgi.
| Signal i kravene | Hva det forteller deg |
|---|---|
| Separate NT Workstation vs. Server-tall | Leverandøren forventet serverdistribusjoner, ikke bare skrivebordsmaskiner |
| Høyere RAM på én plattform | Motoren ble sannsynligvis optimalisert eller testet først på den plattformen |
| IP-adressemåling for nettilgang | Nettpublisering var en bolt-on, lisensiert per tilkobling |
| CD-ROM-stasjon oppført | Distribusjon var på fysiske medier; ingen automatisk oppdatering |
| Eksplisitt AppleTalk-omtale | Nettverk før TCP/IP ble allemannseie var fortsatt vanlig |
Den praktiske leksjonen: når du evaluerer en hvilken som helst databaseplattform – 4D, FileMaker, Access eller et moderne lavkodeverktøy – se på om leverandøren lister serverkonfigurasjoner separat. Hvis de gjør det, er produktet bygget for flerbrukerdistribusjon. Hvis de bare lister skrivebordsspesifikasjoner, ser du på et enkeltbrukerverktøy som kan slite under samtidighet.
Nettverk: Klient/server vs. fildeling
Nettverksforskjellene mellom de to produktene var utvilsomt mer konsekvensrike enn RAM-tallene.
FileMakers opprinnelige delingsmodell var fildeling over et nettverk — én maskin åpnet databasefilen og andre koblet seg til den, med TCP/IP eller AppleTalk som transport. Dette er enkelt og fungerer bra for små team, men det betyr at “serveren” egentlig bare er en peer-maskin som holder en fil åpen.
4Ds modell var en ekte klient/server-arkitektur. 4D Server-prosessen administrerer dataene, håndterer samtidig tilgang og betjener forespørsler til 4D-klientapplikasjoner. Dette er nærmere hvordan PostgreSQL eller Microsoft SQL Server fungerer, og det er grunnen til at 4D kunne skaleres til flere brukere og større datasett.
For alle som bygger i dag, er beslutningsrammen:
- Enkeltbruker eller to personer? En skrivebordsdatabase er greit.
- En håndfull samtidige brukere på et LAN? Fildeling eller en lettvekts-server fungerer.
- Dusinvis av brukere, fjerntilgang eller nettklienter? Du vil ha en ekte klient/server-motor som 4D Server.
Den opprinnelige IP-adressemålingen på FileMakers nettpublisering er en god illustrasjon på begrensningen: den var ikke bygget for åpen nettrafikk.
Kjøretider, kompilatorer og distribusjon
Overskriftene “forskjeller i kjøretider” og “kompilator” i den opprinnelige disposisjonen peker på et reelt veiskille.
- Tolket kjøretid (interpreted runtime): Du kjører inne i 4D-utviklingsmiljøet. Best for utvikling, feilsøking og interne verktøy der du kontrollerer maskinen.
- Kompilert applikasjon: Du bygger en frittstående kjørbar fil. Best for distribusjon til brukere som ikke skal ha utviklingsmiljøet.
- 4D Server: Flerbrukermotoren. Best for delte data med samtidig tilgang.
- 4D Client: Tilkoblingsapplikasjonen. Best for arbeidsstasjoner som kommuniserer med serveren.
En vanlig feil for nykommere er å utvikle alt i tolket modus, for så å oppdage at kompilering avdekker feil som tolken tolererte. Bygg og kompiler tidlig, selv i et lite testprosjekt, slik at du lærer kompilatorens forventninger før du har tusenvis av linjer med kode.
Webhosting og datavisualisering
Den opprinnelige disposisjonen listet “Web Hosting” og “Data Charting” som separate emner, og begge er fortsatt relevante.
Webhosting i 4D-verdenen betyr å eksponere databasen din for nettlesere. Historisk sett ble dette gjort gjennom 4Ds innebygde webserver, som kunne servere HTML-maler og svare på forespørsler ved hjelp av 4D-språket. I dag støtter 4D også REST-tilgang og kan integreres med standard web-stacks, slik at du ikke er låst til en proprietær publiseringsmodell. Hvis du planlegger et nettgrensesnitt, må du tidlig bestemme om du vil gjengi sider på serversiden i 4D eller eksponere data via REST til et separat frontend-rammeverk.
Datavisualisering (data charting) betyr å gjøre søkeresultater om til grafer og dashbord. 4D har historisk tilbudt dette gjennom skjemaobjekter og tredjeparts plug-ins. Den praktiske veiledningen: hold rapporteringsspørringene dine atskilt fra dataregistreringsskjemaene, fordi rapporteringsarbeidsmengder har helt andre ytelsesegenskaper enn transaksjonelle oppgaver.
Plug-ins, verktøy og økosystemet
Overskriftene “Plug ins”, “Tools/Utilities” og “Resources” i den opprinnelige disposisjonen anerkjenner noe viktig: ingen databaseplattform brukes isolert.
- Plug-ins utvider 4D med funksjonalitet som kjernen ikke tilbyr — spesialiserte filformater, maskinvareintegrasjon, avansert grafikk.
- Verktøy og hjelpeprogrammer dekker alt fra kodeanalyse til datareparasjon.
- Ressurser — dokumentasjon, fora og fellesskapssider — er der du faktisk lærer plattformen.
For autoritativ bakgrunnsinformasjon om den bredere kategorien, se Wikipedia-artikkelen om databasestyringssystemer og relasjonsmodellen som ligger til grunn for både 4D og FileMaker. For språkets og plattformens opprinnelse er oppslaget 4D (programming language) et fornuftig utgangspunkt. Og for standardene som moderne 4D samvirker med, er oversikten over SQL verdt å lese, selv om du bruker mesteparten av tiden din i 4Ds eget språk.
Hvordan velge: Et praktisk rammeverk
Hvis du skal velge eller overta en plattform, gå gjennom disse spørsmålene i rekkefølge.
- Hvor mange samtidige brukere? En eller to betyr et skrivebordsverktøy. Mer enn en håndfull betyr at du trenger en ekte servermotor.
- Trenger du å distribuere en frittstående app? Hvis ja, trenger du en plattform med en kompilator, noe 4D tilbyr.
- Vil det være et nett- eller mobilgrensesnitt? Hvis ja, prioriter en plattform med REST- eller SQL-tilgang.
- Hvor mye tilpasset logikk? Tunge forretningsregler taler for et programmerbart miljø fremfor et skjemadrevet et.
- Hva er teamets kompetanse? En “citizen developer” vil bli produktiv raskere i FileMaker-lignende verktøy; en programmerer vil foretrekke 4Ds metoderedigering.
Det finnes ikke ett universelt riktig svar. Det riktige valget avhenger av problemets art, ikke av hvilket produkt som har den lengste funksjonslisten.
Vanlige spørsmål
Er 4D det samme som 4th Dimension?
Ja. “4D” er det moderne navnet på produktet som opprinnelig ble kalt “4th Dimension”. Navnet ble forkortet over årene, men plattformen, språket og utviklingsmiljøet er av samme opprinnelse. Dokumentasjon og innlegg fra fellesskapet fra 1990- og 2000-tallet bruker “4th Dimension”, mens nåværende materiale bruker “4D”.
Hvorfor trengte 4th Dimension mer RAM enn FileMaker Pro?
Fordi 4D ble levert som et komplett utviklingsmiljø – strukturredigerer, metoderedigerer, skjemaredigerer, kompilator og klient/server-komponenter – mens FileMaker Pro ble posisjonert som en databaseapplikasjon for sluttbrukere. Flere undersystemer som kjører samtidig betyr et større minneavtrykk. Det høyere kravet var en konsekvens av å være en plattform snarere enn en enkelt applikasjon.
Hva er forskjellen mellom tolket og kompilert modus i 4D?
I tolket modus blir 4D-språket utført linje for linje under kjøring, noe som er praktisk for utvikling, men tregere og krever utviklingsmiljøet. I kompilert modus oversetter kompilatoren koden din til en frittstående applikasjon som kjører uten utviklingsmiljøet og utføres raskere. De fleste produksjonsmiljøer bruker kompilerte applikasjoner eller 4D Server.
Kan 4D-databaser publiseres på nettet?
Ja. 4D har lenge inkludert en innebygd webserver som er i stand til å servere sider og svare på forespørsler ved hjelp av 4D-språket, og moderne versjoner støtter også REST-stil tilgang og integrasjon med standard web-stabler. Den opprinnelige FileMaker-sammenligningen målte nettilgang per IP-adresse, noe som reflekterte en publiseringsmodell for små arbeidsgrupper snarere enn åpen nettrafikk.
Gjelder de gamle systemkravene fortsatt?
Nei. Tallene i den opprinnelige sammenligningen – 16 MB RAM, Windows 95/98, Mac OS 7.6.1 – beskriver maskinvare og operativsystemer fra omtrent 1999–2000. Moderne 4D-utgivelser kjører på gjeldende versjoner av macOS og Windows og krever langt mer minne, slik man kan forvente av enhver moderne databaseplattform. Betrakt den gamle tabellen som et historisk referansepunkt, ikke som en kjøpsguide.
Hva bør en nybegynner lære først i 4D?
Start med strukturredigereren: tabeller, felt og relasjoner. Alt annet – skjemaer, metoder, verdilister, rapporter – er bygget på toppen av denne datamodellen. Når du kan definere en ren relasjonsstruktur, kan du gå videre til metoderedigereren og lære hvordan 4D-språket leser og skriver poster. Skjemaer og verdilister faller naturlig etter det, fordi de bare er presentasjonslag over strukturen du allerede har designet.
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.