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.

Relatert: Airtable — Et regneark-enkelt grensesnitt som sitter på toppen av en ekte relasjonsdatabase, med automatiseringer, visninger og delbare grensesnitt..

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.

Hvis du handler: Zoho Creator — En lavkode-appbygger som kobles til den bredere Zoho-pakken og priser per bruker i stedet for 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.

Relatert: Knack — En databasebygger uten kode rettet mot portaler, kataloger og interne verktøy – med fastpris i stedet for avgifter per bruker..

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.

Vårt valg: Claris FileMaker Pro — Den langvarige relasjonsdatabaseplattformen for team som trenger tilpassede apper på skrivebord, nett og mobil fra én enkelt fil..

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.

1. Hvor mange samtidige brukere? En eller to betyr et skrivebordsverktøy. Mer enn en håndfull betyr at du trenger en ekte servermotor.
2. Trenger du å distribuere en frittstående app? Hvis ja, trenger du en plattform med en kompilator, noe 4D tilbyr.
3. Vil det være et nett- eller mobilgrensesnitt? Hvis ja, prioriter en plattform med REST- eller SQL-tilgang.
4. Hvor mye tilpasset logikk? Tunge forretningsregler taler for et programmerbart miljø fremfor et skjemadrevet et.
5. 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.