Grunderna i lärande i fjärde dimensionen

Om du kommer till 4D (4th Dimension) från FileMaker Pro, Microsoft Access eller ett modernt lågkodsverktyg, är det första du behöver en ärlig karta över terrängen. Den ursprungliga “4th Dimension Learning Basics”-sidan skrevs som en sida-vid-sida-jämförelse av systemkrav mellan FileMaker Pro 5.0 och 4th Dimension 6.5 – en ögonblicksbild från ungefär 1999–2000.

Den ögonblicksbilden är fortfarande användbar, men bara om du förstår varför dessa krav skilde sig och vad de berättar om hur de två produkterna ser på världen. Den här artikeln bevarar den ursprungliga jämförelsen och bygger sammanhanget runt den: vad siffrorna betydde, hur plattformarna divergerade och hur man fattar praktiska beslut idag när man ärver eller underhåller ett 4D-system.

Viktiga slutsatser

• De ursprungliga kravtabellerna för FileMaker vs. 4D är en historisk baslinje, inte en köpguide – behandla de specifika RAM- och OS-siffrorna som tidstypiska artefakter.
• Den enskilt viktigaste arkitektoniska skillnaden är att 4D är en programmerbar relationsdatabasutvecklingsmiljö, medan FileMaker Pro var positionerat som en databasapplikation för slutanvändare.
• 4D:s separation av struktur, metoder, formulär och datafiler är det som gör att det kan skalas från ett skrivbordsverktyg för en användare till ett klient/server- och webbpublicerat system.
• Nätverksmodell, runtime-licensiering och tillgång till kompilator är de tre områden där 4D och FileMaker divergerade som mest – och där migreringsbeslut fortfarande hänger på idag.
• Modern 4D (4D v20 och senare) körs på nuvarande macOS och Windows, talar SQL och REST, och integreras med Git – begränsningarna från 6.5-eran gäller inte längre.

Den ursprungliga jämförelsen, bevarad

Källmaterialet jämförde två produkter head-to-head. Här är den jämförelsen, intakt eftersom den dokumenterar ett verkligt ögonblick i skrivbordsdatabasernas historia.

FileMaker Pro 5.0 — Macintosh: Power Macintosh; 16 MB RAM; Mac OS version 7.6.1 eller senare; CD-ROM-enhet och hårddisk; samt TCP/IP- eller AppleTalk-nätverksanslutning (krävs för att dela FileMaker-databaser över ett nätverk). Kraven för webbpublicering inkluderade en värddator med kontinuerlig åtkomst till internet eller intranät via TCP/IP, en ISP för internetåtkomst, och åtkomst till webbpublicerade databaser begränsad till 10 IP-adresser per rullande 12-timmarsperiod.

FileMaker Pro 5.0 — Windows: Intel-kompatibel dator (486/33 eller senare); 16 MB RAM; Windows 95 eller Windows 98, eller Windows NT 4 (Service Pack 3); CD-ROM-enhet och hårddisk. Kraven för webbpublicering var desamma: en värd med kontinuerlig TCP/IP-åtkomst, en ISP och samma gräns på 10 IP-adresser per 12-timmarsperiod.

4th Dimension 6.5 — Macintosh: Power PC 601-processor med hårddisk och System 7.6.1 eller senare med 20 MB RAM; CD-ROM-enhet och hårddisk.

Related: Airtable — A spreadsheet-simple interface sitting on top of a real relational database, with automations, views, and shareable interfaces..

4th Dimension 6.5 — Windows: 486- eller Pentium-baserad maskin med hårddisk och något av följande: Windows 95/98 med minst 16 MB RAM, eller Windows NT Workstation eller Server med minst 24 MB RAM.

Två saker sticker ut. Först krävde 4D mer RAM på Mac (20 MB mot 16 MB) och skilde mellan Windows NT Workstation- och Serverkonfigurationer – ett tecken på att 4D redan distribuerades i serverroller. För det andra var FileMakers webbpublicering mätt via IP-adress, vilket visar att den var inriktad på publicering för små arbetsgrupper, inte företagsdistribution.

Varför kraven skilde sig åt

Gapet mellan 16 MB och 20–24 MB var inte godtyckligt. Det återspeglade en grundläggande skillnad i vad varje produkt var.

If you are shopping: Zoho Creator — A low-code app builder that plugs into the wider Zoho suite and prices per user rather than per app..

FileMaker Pro utformades så att en icke-programmerare kunde öppna applikationen, definiera fält i ett kalkylarksliknande gränssnitt, dra några layoutelement och börja mata in data. Runtime-fotavtrycket hölls litet eftersom målanvändaren var en enskild person på en skrivbordsdator.

4D levererades däremot som en fullständig utvecklingsmiljö. Även under 6.5-eran inkluderade det:

• En strukturredigerare för att definiera tabeller, fält och relationer
• En metodredigerare för att skriva 4D-programmeringsspråket
• En formulärredigerare för att designa in- och utmatningslayouter
• En kompilator som kunde förvandla tolkad kod till en fristående applikation
• En klient/server-arkitektur skild från enanvändarversionen

Var och ett av dessa delsystem förbrukar minne och diskutrymme. Det högre kravet var priset för att vara en plattform snarare än en applikation.

Skillnaden mellan tolk och kompilator

Detta är det koncept som är mest värt att internalisera tidigt. I 4D kan du utveckla och köra i tolkat läge, där 4D-språket exekveras rad för rad vid körning. Detta är snabbt att iterera i men långsammare att utföra och kräver att 4D-utvecklingsmiljön är installerad.

När du är redo att leverera använder du kompilatorn för att producera en fristående, dubbelklickbar applikation som inte längre behöver hela utvecklingsmiljön. Detta liknar konceptuellt skillnaden mellan att köra ett Python-skript genom tolken kontra att distribuera en kompilerad binärfil. FileMaker erbjöd under samma era inte samma pipeline från utvecklare till fristående applikation på samma sätt – dess Runtime- och Developer-utgåvor kom senare och fungerade annorlunda.

Om du lär dig 4D idag, förstå att en “kompilerad 4D-applikation” är ett förstklassigt implementeringsmål, och planera din projektstruktur därefter från dag ett.

Related: Knack — A no-code database builder aimed at portals, directories, and internal tools — with flat-rate pricing instead of per-user fees..

Systemkrav som designsignal

Att läsa gamla kravtabeller är en färdighet. Så här extraherar du mening ur dem snarare än bara nostalgi.

Signal i kraven	Vad det säger dig
Separata siffror för NT Workstation kontra server	Leverantören förväntade sig serverdistributioner, inte bara stationära datorer
Högre RAM på en plattform	Motorn var sannolikt optimerad eller testad först på den plattformen
IP-adressmätning för webbåtkomst	Webbpublicering var ett tillägg, licensierat per anslutning
CD-ROM-enhet listad	Distribution skedde via fysiska medier; ingen automatisk uppdatering
Explicit AppleTalk-omnämnande	Nätverk före TCP/IP-standardiseringen var fortfarande vanligt

Den praktiska lektionen: när du utvärderar vilken som helst databasplattform – 4D, FileMaker, Access eller ett modernt lågkodsverktyg – titta på om leverantören listar serverkonfigurationer separat. Om de gör det är produkten byggd för fleranvändardistribution. Om de bara listar specifikationer för skrivbordet, tittar du på ett enanvändarverktyg som kan ha problem vid samtidig användning.

Nätverk: Klient/server kontra fildelning

Nätverksskillnaderna mellan de två produkterna varttagen mer avgörande än RAM-siffrorna.

Our pick: Claris FileMaker Pro — The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file..

FileMakers ursprungliga delningsmodell var fildelning över ett nätverk — en maskin öppnade databasfilen och andra anslöt till den, med TCP/IP eller AppleTalk som transport. Detta är enkelt och fungerar bra för små team, men det betyder att “servern” egentligen bara är en peer-maskin som håller en fil öppen.

4D:s modell var en sann klient/server-arkitektur. 4D Server-processen hanterar data, sköter samtidig åtkomst och servar förfrågningar till 4D-klientapplikationer. Detta ligger närmare hur PostgreSQL eller Microsoft SQL Server fungerar, och det är därför 4D kunde skalas till större användarantal och större datamängder.

För alla som bygger idag är beslutsramen:

• En användare eller två personer? En skrivbordsdatabas är tillräcklig.
• En handfull samtidiga användare på ett LAN? Fildelning eller en lättviktsserver fungerar.
• Dussintals användare, fjärråtkomst eller webbklienter? Du vill ha en äkta klient/servermotor som 4D Server.

Den ursprungliga IP-adressmätningen för FileMakers webbpublicering är en bra illustration av begränsningen: den var inte byggd för öppen webbtrafik.

Körtider, kompilatorer och distribution

Rubrikerna “skillnader i körtider” och “kompilator” i den ursprungliga dispositionen pekar på ett verkligt vägskäl.

• Tolkad körtid: Du kör inuti 4D-utvecklingsmiljön. Bäst för utveckling, felsökning och interna verktyg där du kontrollerar maskinen.
• Kompilerad applikation: Du bygger en fristående körbar fil. Bäst för distribution till användare som inte ska ha tillgång till utvecklingsmiljön.
• 4D Server: Fleranvändarmotorn. Bäst för delad data med samtidig åtkomst.
• 4D Client: Den anslutande applikationen. Bäst för arbetsstationer som kommunicerar med servern.

Ett vanligt misstag för nybörjare är att utveckla allt i tolkat läge och sedan upptäcka att kompileringen visar fel som tolken tolererade. Bygg och kompilera tidigt, även i ett litet testprojekt, så att du lär dig kompilatorns krav innan du har tusentals rader kod.

Webbhotell och datadiagram

Den ursprungliga dispositionen listade “Webbhotell” och “Datadiagram” som distinkta ämnen, och båda är fortfarande relevanta.

Webbhotell i 4D-världen innebär att exponera din databas för webbläsare. Historiskt gjordes detta genom 4D:s inbyggda webbserver, som kunde serva HTML-mallar och svara på förfrågningar med hjälp av 4D-språket. Idag stöder 4D även REST-baserad åtkomst och kan integreras med standardiserade webbstackar, så att du inte är låst till en proprietär publiceringsmodell. Om du planerar ett webbgränssnitt, bestäm tidigt om du ska rendera sidor på serversidan i 4D eller exponera data via REST till ett separat front-end-ramverk.

Datadiagram innebär att omvandla frågeresultat till grafer och instrumentpaneler. 4D har historiskt erbjudit diagram genom sina formulärobjekt och tredjeparts-plug-ins. Den praktiska vägledningen: håll dina rapporteringsfrågor åtskilda från dina datainmatningsformulär, eftersom rapporteringsarbetsbelastningar har helt andra prestandaegenskaper än transaktionella sådana.

Plug-ins, verktyg och ekosystemet

Den ursprungliga dispositionens rubriker “Plug-ins”, “Verktyg/Utilities” och “Resurser” erkänner något viktigt: ingen databasplattform används i isolering.

• Plug-ins utökar 4D med funktioner som kärnan inte tillhandahåller — specialiserade filformat, hårdvaruintegration, avancerad grafik.
• Verktyg och utilities täcker allt från kodanalys till datareparation.
• Resurser — dokumentation, forum och community-webbplatser — är där du faktiskt lär dig plattformen.

För auktoritativ bakgrund om den bredare kategorin, se Wikipedia-artikeln om databashanteringssystem och relationsmodellen som ligger till grund för både 4D och FileMaker. För språkets och plattformens härkomst är artikeln 4D (programming language) en rimlig utgångspunkt. Och för de standarder som modern 4D samverkar med är översikten över SQL värd att läsa även om du tillbringar det mesta av din tid i 4D:s egna språk.

Hur man bestämmer sig: ett praktiskt ramverk

Om du väljer eller ärver en plattform, gå igenom dessa frågor i ordning.

1. Hur många samtidiga användare? En eller två innebär ett skrivbordsverktyg. Mer än en handfull innebär att du behöver en riktig servermotor.
2. Behöver du distribuera en fristående app? Om ja, behöver du en plattform med en kompilator, vilket 4D tillhandahåller.
3. Kommer det att finnas ett webb- eller mobilgränssnitt? Om ja, prioritera en plattform med REST- eller SQL-åtkomst.
4. Hur mycket anpassad logik? Tunga affärsregler talar för en programmerbar miljö framför en formulärdriven.
5. Vilken kompetens har ditt team? En “citizen developer” blir snabbare produktiv i verktyg av FileMaker-typ; en programmerare kommer att föredra 4D:s metodredigerare.

Det finns inget universellt korrekt svar. Rätt val beror på problemets utformning, inte på vilken produkt som har den längsta funktionslistan.

Vanliga frågor

Är 4D samma sak som 4th Dimension?

Ja. “4D” är det moderna namnet på produkten som ursprungligen hette “4th Dimension”. Namnet förkortades under åren, men plattformen, språket och utvecklingsmiljön är av samma härstamning. Dokumentation och community-inlägg från 1990- och 2000-talen använder “4th Dimension”, medan aktuellt material använder “4D”.

Varför behövde 4th Dimension mer RAM än FileMaker Pro?

Eftersom 4D levererades som en komplett utvecklingsmiljö — strukturredigerare, metodredigerare, formulärredigerare, kompilator och klient/server-komponenter — medan FileMaker Pro var positionerat som en databasapplikation för slutanvändare. Fler undersystem som körs samtidigt innebär ett större minnesavtryck. Det högre kravet var en konsekvens av att vara en plattform snarare än en enskild applikation.

Vad är skillnaden mellan tolkat och kompilerat läge i 4D?

I tolkat läge exekveras 4D-språket rad för rad vid körning, vilket är bekvämt för utveckling men långsammare och kräver utvecklingsmiljön. I kompilerat läge översätter kompilatorn din kod till en fristående applikation som körs utan utvecklingsmiljön och exekveras snabbare. De flesta produktionsinstallationer använder kompilerade applikationer eller 4D Server.

Kan 4D-databaser publiceras på webben?

Ja. 4D har länge inkluderat en inbyggd webbserver som kan servera sidor och svara på förfrågningar med hjälp av 4D-språket, och moderna versioner stöder även REST-liknande åtkomst och integration med standardiserade webbstackar. Den ursprungliga FileMaker-jämförelsen mätte webbåtkomst per IP-adress, vilket återspeglade en publiceringsmodell för små arbetsgrupper snarare än öppen webbtrafik.

Gäller de gamla systemkraven fortfarande?

Nej. Siffrorna i den ursprungliga jämförelsen — 16 MB RAM, Windows 95/98, Mac OS 7.6.1 — beskriver hårdvara och operativsystem från ungefär 1999–2000. Moderna 4D-utgåvor körs på nuvarande versioner av macOS och Windows och kräver betydligt mer minne, vilket är att förvänta sig av vilken samtida databasplattform som helst. Betrakta den gamla tabellen som en historisk referenspunkt, inte som en köpguide.

Vad bör en nybörjare lära sig först i 4D?

Börja med strukturredigeraren: tabeller, fält och relationer. Allt annat — formulär, metoder, värdelistor, rapporter — är byggt ovanpå den datamodellen. När du kan definiera en ren relationsstruktur, gå vidare till metodredigeraren och lär dig hur 4D-språket läser och skriver poster. Formulär och värdelistor kommer naturligt efter det, eftersom de bara är presentationslager över den struktur du redan har designat.

P.S. A few readers have asked which relational database platform we actually reach for — it's Claris FileMaker Pro; take a look here if you want the current details.