FileMaker geschiedenis

De eerste versies van FileMaker konden alleen werken met één tabel in één bestand. Iets later was het mogelijk om meerdere van dergelijke bestanden te koppelen en zo tot oplossingen met meerdere bestanden te komen. Er was nog steeds een enkele tabel in elk bestand, maar ze konden worden gekoppeld. Oplossingen uit deze periode (begin jaren negentig) hadden vaak een bijzonder groot aantal bestanden, overeenkomend met het aantal benodigde tabellen.

Vanaf FileMaker Pro 7 was het mogelijk om meerdere tabellen in één bestand samen te vatten. Het bouwen van relationele databases was veel eenvoudiger. In versie 12 werd een nieuw gegevensformaat geïntroduceerd en werden de mogelijke groottes van tabellen en bestanden aanzienlijk vergroot. Plotseling was FileMaker ook geschikt voor grote hoeveelheden gegevens. FileMaker oplossingen uit deze periode keerden terug naar het enkele bestand omdat complexe toepassingen nu ook binnen een enkel bestand in kaart konden worden gebracht.

Tegenwoordig kunnen oplossingen zowel met één bestand als met meerdere bestanden worden gemaakt. Externe gegevensbronnen kunnen ook vrij eenvoudig worden geïntegreerd. Vandaag de dag kunnen FileMaker-oplossingen er heel anders uitzien dan al deze mogelijkheden:

1. Oplossing met één bestand
2. Oplossing voor meerdere bestanden
3. FileMaker als gebruikersinterface met externe gegevensbronnen
4. Elke gemengde vorm.

Eigenaardigheden van FileMaker

Het scheiden van de gebruikersinterface en de gegevensstructuur is bijvoorbeeld vanzelfsprekend in veel ontwikkelomgevingen. Dit is niet het geval in FileMaker. Aan elke lay-out moet bijvoorbeeld een tabel worden toegewezen. Een strikte scheiding van database en gebruikersinterface is daarom niet mogelijk.

Scheidingsmethoden kunnen echter heel goed worden geïmplementeerd. Je kunt bijvoorbeeld een neutrale tafel gebruiken voor bepaalde taken. Als je iets geavanceerder wilt, kun je alle gegevensrecords op de lay-out van een sessietabel zetten, terwijl de andere gegevens als het ware op de achtergrond blijven.

FileMaker kan ook worden gebruikt als front-end voor externe systemen. Er zijn verschillende opties om externe databases te integreren. Een gebruikersinterface ontwikkelen in FileMaker is bijzonder snel en eenvoudig. Externe tabellen worden weergegeven via het relatiediagram en kunnen dan net zo gemakkelijk worden gebruikt als interne tabellen.

Er zijn verschillende manieren om gegevens te scheiden. Wat zijn de voor- en nadelen van het gebruik van verschillende modellen?

Toepassingsvoorbeelden

Er kan worden aangenomen dat een oplossing met slechts één bestand een moderne standaard is voor FileMaker-ontwikkeling. Het is geen probleem om grote hoeveelheden gegevens in één bestand te beheren. Dat is het uitgangspunt.

Er zijn twee belangrijke redenen voor een oplossing met meerdere bestanden:

1. Scheiding van gebruikersinterface en gegevens
2. Uitbesteding van bijzonder grote hoeveelheden gegevens.

Scheiding van gebruikersinterface en gegevens

Je kunt een bestand aanwijzen als de “gebruikersinterface” en alle klantgegevens in andere bestanden opslaan. Ongeacht de hoeveelheid gegevens kan een dergelijke oplossing bepaalde voordelen bieden. Als je bijvoorbeeld alle logica en functies in het gebruikersinterfacebestand opslaat, zijn updates en upgrades bijzonder eenvoudig te realiseren: Je verandert alleen het gebruikersinterfacebestand, terwijl de klantgegevens onaangeroerd blijven.

Veel FileMaker-ontwikkelaars ontwikkelen “op het open hart” wanneer ze rechtstreeks op de server van de klant ingrijpen in bestanden die live worden gebruikt. FileMaker staat dit toe, maar zou het niet veel veiliger zijn om op een kopie van de gegevens te werken? Het alternatief hier zou zijn om een bestand te definiëren als de gebruikersinterface en een kopie van dit bestand te gebruiken om nieuwe functies en bugfixes te ontwikkelen. Als alles is getest, hoeft alleen het bestand van de gebruikersinterface te worden vervangen.

Bij deze laatste variant is het irrelevant of de kopie van het bestand op de server wordt ontwikkeld of lokaal met een kopie. Als de gegevens offline worden verwerkt, is het aan te raden om de gegevens zelf (de andere bestanden) ook offline te gebruiken als kopie en eventueel alleen met voorbeeldgegevens. Je creëert als het ware een schaduwsysteem voor de ontwikkelaar. Zodra alle aanpassingen zijn gemaakt, kan het bestand heel snel worden vervangen met behulp van de gebruikersinterface.

Uitbesteding van bijzonder grote hoeveelheden gegevens

Een andere reden om meerdere bestanden te gebruiken is de hoeveelheid gegevens. Er kunnen verschillende scenario’s worden overwogen:

• Een documentarchiveringssysteem heeft baat bij externe bestanden waarin de documenten worden opgeslagen. Denk aan afbeeldingen, PDF-bestanden en andere bestandsformaten die via FileMaker worden beheerd.
• Beheer specifieke gegevens in aparte bestanden. Dit kan de duidelijkheid voor de ontwikkelaar vergroten.
• Met externe bestanden voor gegevensopslag kun je ook bestanden per jaar, per klant of per klant aanmaken.

FM Starter en FrankCRM

De twee producten“FM Starter” en“FrankCRM” worden aangeboden als een oplossing met één bestand. Er is bewust gekozen voor de eenvoudigste structuur. Natuurlijk hoeft dat niet zo te blijven. Het staat de ontwikkelaar vrij om een oplossing met meerdere bestanden te maken als dit het project ten goede komt. Mogelijke redenen hiervoor zijn hierboven opgesomd.