Terwijl de FileMaker manual wel zegt waar het stuur en de pedalen zitten, vertelt die manual nog niet hoe je met de auto moet rijden.

André was het daar roerend mee eens, en het voorstel onstond om een paar threads te beginnen over de basisbegrippen van FileMaker.

Iemand anders stelde voor om er niet teveel tegelijk te beginnen, zodat beginners de bomen nog door het bos kunnen zien.

Laat me van start gaan met wat ik denk dat als eerste basisbegrip moet uitgewerkt worden:

Wat is een database?

Iedereen is vrij om haar of zijn definitie te geven. Het kan namelijk helpen voor heel wat mensen om de dingen op verschillende manieren uitgelegd te krijgen.

Voorwaarde: maak het niet te moeilijk. Geen academische formuleringen. Gebruik stervelingentaal.

Iedereen is vrij hierop te antwoorden. Ook beginners. Die mensen zijn zelfs meestal beter in staat om het begrip in begrijpelijk taal te verwoorden.

Hopelijk wordt dit wat. Start!

Zie PDF (gezipt) in bijlage.

filemaker_versions.pdf.zip

voor de nederlandstaligen : http://www.filemaker.nl/help/

voor de engelstaligen : http://www.filemaker.com/help/

voor de franstaligen : http://www.filemaker.fr/help/

Merk ook op je snel kan 'vertalen' door in een onderwerp de landextensie van het domein te veranderen.

Test bvb : http://www.filemaker.nl/help/FunctionsRef-318.html

en verander daarna .nl in .com of .fr

--------------------------------------------------

Ik ga in deze conversie niet naar een 1-bestandsoplossing, maar naar iets wat er tussen in ligt. Ik heb mijn toepassing momenteel gereduceerd tot een 25 tal bestanden.

 

De tijd die je daarin stopt, valt reuze mee. Vaak is het minder werk om een bestand samen te zetten, dan om scripts te gaan debuggen die in de knoei zitten met niet gelocked records, vensters, ...

 

Hoe ben ik tewerk gegaan?

 

1. Na de zuivere conversie alle file references uitkuisen.

2. Een rapport gegenereerd in FileMaker Pro Advanced

3. Een databankje gemaakt dat alle file references bevat. (Dus 1 tabel, 3 velden): Bestandsnaam, referentienaam, referentiebestand

 

Alvorens 2 bestanden samen te zetten, doe ik het volgende in het te wissen bestand:

1. Hernoemen van occurrences, met een prefix ervoor, zodat we zeker zijn dat de Occurrences die we aanmaken NIET reeds bestaan in het eerste bestand.

2. Hernoemen van de scripts: met een prefix ervoor, zodat we geen verwarring hebben.

3. Hernoemen van de layouts: met een prefix ervoor, zodat we geen verwarring hebben.

4. Waardelijsten hernoemen.

 

Vervolgens doe ik de volgende stappen in het samengevoegde bestand

1. Importeren van de tabel

2. De relatiegrafiek terug aanmaken, en de commentaren in de calculaties verwijderen.

3. Van elke layout die bestaat in het brondbestand, een lege layout aanmaken in het doelbestand, gebaseerd op de nieuwe occurrence.

4. Scripts importeren.

5. Layout-elementen kopiëren van de ene file in de andere file.

6. Alle scripts testen en aanpassen waar nodig (nieuw venster, ga naar layout toevoegen, ...)

 

Alvorens het tweede bestand te wissen, zoek ik in de databank alle bestanden op die een file reference hebben naar het te wissen bestand:

 

1. Aanpassen occurrence naar nieuw bestand

2. Aanpassen externe scripts naar nieuw bestand (kan je vinden in je rapport)

3. Wissen van de file reference.

 

En alles testen.

 

Je zult zien: in vele gevallen valt dat werk best mee, omdat veel FileMaker 6 bestandjes, in zo'n grote oplossing niet zo complex zijn.

 

Probeer de bestanden samen te zetten naar logica. (vb Klanten, Contacten, Afdelingen, ... of Facturen, Factuurlijnen, Bestelbonnen, Bestellijnen).

 

Maar ik zou niet gaan naar een één bestandsoplossing, iets wat ik bij mijn nieuwe FileMaker 8 oplossingen meestal ook niet doe.

http://www.filemaker.com/company/product/problems.html

• http://www.esat.kuleuven.ac.be/~athomas/werkwoorden.html - "Veel mensen trekken zich niets aan van de correctheid van geschreven taal, maar veel andere mensen wel. Dikwijls ervaren zij teksten vol spelfouten als getuigend van weinig respect voor de lezer vanwege de schrijver, ook al is dat meestal niet de bedoeling en was deze gewoon te lui om even de tekst na te kijken."

_____________________________

Om mensen die geïnteresseerd zijn in correct Nederlands een beetje op weg te helpen:

• http://www.ncatb.nl/trainingen/detailpagina.asp?id=7&tid=58

• http://www.jagerneyndorff.nl/verheldering/verheldering_inleiding.html - Jager & Neyndorff bespreken een aantal stijlregels voor goed Nederlands

• http://members1.chello.nl/~w-siemons/Taal/taal.htm - een fijne taallink van William Siemons

Voor hardnekkige gevallen moeten we misschien de tekstridder inzetten:

• http://tekstridder.nl/

Voor advies en uitgebreid zoeken kun je terecht op:

• http://taalunieversum.org/taal/advies/

_______________________

En voor de gevorderden:

De BIN-normen zijn officiële richtlijnen voor de vormgeving van administratieve teksten (BIN = Belgisch Instituut voor Normalisatie).

Een fraai overzicht van de spatiëringsregels volgens de BIN-normen in pdf-formaat:

• http://users.pandora.be/herwig.deryckere/data/spatieringsregels.pdf

En meer over BIN-normen:

• http://www.sbi-zottegem.be/tips/binnormen.html

_______________________

Bij de white papers vind je meer informatie over diverse technologieën van FileMaker.

Te vinden op:

• http://www.filemaker.com/upgrade/migration.html

• http://www.filemaker.com/upgrade/techbriefs.html

• http://www.filemaker.com/support/whitepapers.html

Technical articles door FileMaker Inc. geschreven zijn onder andere "FileMaker Server Best Practices", "FileMaker Pro and Microsoft SQL Server Integration", "FileMaker Pro XML Technology Overview".

Deze zijn te vinden op:

• http://www.filemaker.com/support/tech_articles.html

Nee, via de Nederlandse website van FileMaker zijn géén Nederlandse vertalingen van de publicaties beschikbaar. Maar een goed voorstel zou zeker toegejuicht worden.

Van de publicatie "Key Concepts" van Mike Harris heb ik een bescheiden gedeelte vertaald naar Nederlands:

• http://www.clarify.net/viewtopic.php?t=1875 - FMP7 - Regels voor de nieuwe wereld

Stel je RSS-lezer in met volgende gegevens :

http://www.clarify.net/rss.php

Wat is RSS : Really Simple Syndication ( http://blogs.law.harvard.edu/tech/rss )

Een reader voor Mac OS : bvb NetNewsWire

Een reader voor Win : bvb FeedDemon

Nederlands Extra's\Zelfstudie

Om data te tonen van een bepaalde occurence moet de occurence op één of andere manier verbonden zijn met de occurence waarop de layout gebasseerd is. Ofwel is het dezelfde occurence ofwel is het een gerelateerde occurence. Gerelateerde occurences kunnen echter meerdere relaties ver zitten.

 

Welke data precies getoond wordt hangt af van relaties. Om te kunnen voorspellen welke data getoond wordt ga je alsvolgt te werk.

 

Kijkend naar de Relation Graph, start je met de occurence van de layout en volgt het pad tot je aan de occurence van de data komt. Het is als het ware een touwtje die loopt van de éne occurence naar de andere. Op je pad kom je hier en daar een knooppunt tegen. Zo'n knooppunt is op zich ook weer een occurence. Het touwtje tussen de twee knooppunten bevat de regel en bepaalt of je meer of minder data te zien krijgt en welke data. Bij elk knooppunt moet je rekening houden met de nieuwe regel.

 

Kijkend naar de layout, kun je op de layout van een occurence enkel data tonen van de occurence zelf of van één of meerdere van de gerelateerde occurences.

 

Een uitzondering hierop is een globaal veld, die kun je op elke layout bekijken en aanpassen. Dat wil niet zeggen dat je daarmee ook alle gerelateerde data van relaties gebaseerd op een global kunt bekijken op elke layout.

 

Een oplossing zou kunnen zijn om een "altijd"-relatie (symbooltje X) te trekken tussen de occurence "tabel" (wel eerst dummy veldje maken) en de occurence "test", dan zal je portal wel werken.

Mike stelt dat wanneer je de regels geheel en al begrijpt, je de regels weer opzij kunt leggen en je volop op het programmeren in FileMaker Pro 7 kunt storten.

In de regels is sprake van een Table Occurence (TO) en een Table Occurence Group (TOG). Hoewel in de Nederlandse versie van het programma een Table Occurence is vertaald naar tabelvermelding, wordt in deze vertaling vastgehouden aan "TO" en "TOG".

Een TOG is een verzameling functioneel-logisch bij elkaar horende TO's. De TO's in een TOG zijn met elkaar verbonden door relaties.

In de regels wordt gesproken over een bestand, waar het FileMaker Pro 7-bestand mee bedoeld wordt wat op je harde schijf ontstaat als je met FileMaker Pro 7 een bestand maakt en bewaart.

Het bestand wordt ook wel de database genoemd.

Sanne

-------------------------------

Het reglement voor een nieuwe wereld

De geheimen van de structuur van FileMaker 7 zijn te ontdekken - de "aha" momenten - met het doorgronden van de nieuwe regels van FileMaker 7.

Eenmaal op de juiste manier begrepen, zullen de regels een fel licht schijnen op de architectuur van FileMaker 7.

1. Velddefinities kunnen alleen worden toegevoegd, verwijderd, of gewijzigd worden in het bestand waarin de tabel waartoe de velden behoren, gemaakt is.

2. De standaardbeveiliging kan alleen beheerd worden in het bestand waarin de tabel gemaakt is.

3. Tabellen bestaan uitsluitend in het bestand waarin zij zijn gemaakt.

Een tabel kan niet anders gemaakt worden dan in een bestand. Tabellen kunnen niet verhuisd of gedupliceerd worden van het ene bestand naar het andere bestand.

Als een bestand wordt verplaatst, dan zullen alle tabellen in dat bestand mee verplaatsen.

4. Relaties zijn geen objecten maar kenmerken (instellingen) van TOGs. Een TOG is een verzameling van TO's die bij elkaar horen door middel van relaties.

5. De relatiegrafiek van een bepaald bestand bepaalt relaties tussen gegevens die alleen van toepassing zijn op dat bestand (met de velden, layouts, scripts en instellingen die daarbij horen).

Dus, een TOG specificeert alleen relaties binnen het bestand waarin het gemaakt is en heeft geen effect op andere tabellen als hun data (de gegevens) niet in het bestand gebruikt wordt.

6. Elke TO moet een unieke naam hebben in de relatiegrafiek van een bestand.

7. Er moet een uniek pad (of geen pad) zijn tussen elke 2 TO's in de relatiegrafiek van een bestand.

8. Een layout is altijd direct verbonden aan één en alleen één TO.

Een layout kan alle data, alle gegevens, van de tabel zien waar de TO op gebaseerd is. De layout kan ook alle data zien van de tabellen van de TOG waartoe de TO behoort. Deze gegevens worden echter geselecteerd en beperkt door het pad (van relaties) van de tabel van de layout naar de gerelateerde tabel.

9. Een FileMaker bestand kan meerdere venster tegelijkertijd open hebben. In elk venster kan een verschillende layout staan, of dezelfde layout met een verschillend set van gevonden records.

10. Om een veld in een formule te gebruiken, moet minstens één TO van de tabel waar het veld toe behoort, aanwezig zijn in de relatiegrafiek van het bestand, om het mogelijk te maken het veld in de formule te gebruiken.

Formules worden gebruikt in calculaties, scripts, auto-entry instellingen, waardelijsten en record-niveau beveiliging.

11. Er moet een TO aanwezig zijn, om data in een tabel te importeren, exporteren of om ODBC/JDBC functies te gebruiken.

Om te importeren moet in een bestand ook minstens één layout verbonden zijn met een TO van de tabel die de gegevens moet ontvangen.

12. Als een portaal velden bevat van een TO die anders is dan de TO waarop de portaal is gebaseerd, dan is het gebruikelijk dat de TO van het portaal in de relatiegrafiek ergens op het pad staat tussen de TO van de layout en de TO van de gebruikte velden.

13. Een relatie is altijd twee-richting, ongeacht of beide richtingen gebruikt worden of gebruikt kunnen worden.

14. Wanneer van de ene layout naar de andere layout wordt gegaan, wordt de gevonden set van records behouden wanneer beide layouts verbonden zijn aan TO's die gebaseerd zijn op dezelfde tabel.

-----------------

• Key Concepts - van Michael Harris

-----

FM7_key_concepts.pdf

1,2 MB

18 pagina's (versie 1.5 zie laatste pagina onderaan)

• http://www.digfm.org/ - The DIGFM - Database Interest Group for FileMaker is an independent, non-profit organization run entirely by volunteers dedicated to the education and representation of the users of FileMaker database and tools software.

• White paper, "Key Concepts of FileMaker 7" v 1.5: http://www.digfm.org/ref/FM7_key_concepts.pdf

-----

Overige amusante quotes uit het stuk:

- "Initially, a feeling of vertigo, or even existential nausea, is to be expected."

- "A Zen no-mind, suspending without forgetting what you think you know about FileMaker is critical."

- "It is quite confusing for the meaning of a key FileMaker word (relationship) to change so radically."

- "I am considering having the title of this section put on a tee shirt: TO <> Table!"

- "A table per se has no connections to other tables, but is simply a repository for data."

- "Much of the work will be accomplished through trial and error, and the "By God, I'll never do it that way again!" method."

Het artikel bevat een vocabulary, waar Michael uitleg aan de nieuwe terminologie van FileMaker 7 geeft.

Ik ben geen vertaler van beroep, er zal hier en daar zeker ruimte voor verbetering zijn. Die ontvang ik graag in een prive berichtje, zodat ze in dit document verwerkt kunnen worden.

_________________________________________

FileMakerFunctions.pdf.zip

FIlemakerScriptSteps.pdf.zip

DIGFM, de Database Interest Group for FileMaker, heeft alle functies en alle scriptstappen, met hun beschrijvingen, uit de Help-functie gekopieerd en in een MS Word-document gezet.

Deze documenten - genaamd "FMP7 Functions" en "FM7 ScriptSteps" - zijn direct via de voorpagina van hun website te downloaden:

• http://www.DIGFM.org/ - The DIGFM Database Interest Group for FileMaker is an independent, non-profit organization run entirely by volunteers dedicated to the education and representation of the users of FileMaker database and tools software.

In het document met de functies, kun je bij de functie Get(LastError) ook een overzicht vinden van de errorcodes.

• http://www.coresolutions.ca/filemaker/standards.php

Vermits de meeste ‘Status’ functies in een berekening kunnen gebruikt worden indien ze ‘unstored’ staan,, moet je eerst wat meer weten over de ‘index-werkwijze’ van FM..., omdat er veel situaties zijn waar het resultaat van een berekening afhangt of het veld al of niet ‘ge-indexed’ is...

De index wordt gecontroleerd/gestuurd door door de ‘storage instelling’ (stored versus unstored).

 

Wanneer de index ‘aan’ staat, wordt ieder unieke waarde in het veld opgeslagen.

De index voor dat veld bewaart iedere afzonderlijke waarde voor dat veld doorheen het bestand. Zo verlopen oa zoekopdrachten sneller vanuit een indexlijst....

‘Dubbele’ waarden worden maar 1 keer opgeslagen en enkel de eerst 20 karakters worden geindexeerd. Dit is meer gedaan om de ‘grootte’ van het bestand te beperken.

Dus dien je nooit een veld te indexeren waarop nooit zal gezocht worden....of dat ‘nergens’ op een layout staat....

 

Natuurlijk voorziet de index meer dan ‘sneller opzoeken’. De index bewaart de resultaten van een berekening. Zonder index zouden berekeningsvelden enkel de ingave weergeven en niet het resultaat...Unstored berekeningen worden niet ge-indexeerd, ze worden herberekend bij iedere ‘screen refreshment’.

En verder nog:

Berekeningen die naar globalen refereren worden automatisch op unstored gezet omdat een globaal niet kan geindexeerd worden. is dat eigenlijk niet omdat er geen reden is om globalen te indexeren ¿?

Dat kan wel voor problemen zorgen indien je globalen gebruikt in een berekening.

Indien je een globaal wilt tonen in een list-view layout zal de schermopbouw vrij traag verlopen omdat ieder record herberekend wordt...

Scrollen door een lijst wordt daardoor dan ook eerder een nachtmerrie...

Te vermijden dus...

 

Berekeningen die verwijzen naar een gerelateerd veld zijn ook unstored omdat het eigenlijke bestand geen toegang heeft tot de index van dat gerelateerd veld.

De enige oplossing zou zijn alle indexen van alle bestanden in ieder bestand te bewaren....

Een mogelijkheid om dat te omzeilen is gebruik maken van een look-up ipv een relatie, maar die worden dan weer niet automatisch geupdate....

 

Een veel voorkomende fout (als je van fout kunt spreken...) waar 'beginners' in trappen is bij het gebruik van de Status Current Found Count in een berekening (afgaande op postings....) waarbij het resultaat altijd hetzelfde aantal records geeft...

 

We kunnen samenvatten dat indexering in een bestand invloed heeft op :

 

Globalen, niet indexeerbaar

Berekeningen kunnen unstored gezet worden en daardoor niet indexeerbaar

Relaties hebben een geindexeerd veld nodig, uitgezonderd globalen...

List view gaat langzamer bij gebruik van niet geindexeerde velden

Indexering versnelt het vinden/zoeken

Indexering vergroot de omvang van een bestand

Indexering wordt automatisch 'aan' gezet wanneer gezocht wordt, behalve wanneer geen gebruik gemaakt wordt van de optie auto turn on...

Niet geindexeerde velden worden tijdelijk geindexeerd bij een zoekopdracht...

Met dank aan Jean en aan Rony.

Enter Preview Mode

Editing

Perform Find/Replace

Fields

Insert from Index

Insert Picture

Insert QuickTime

Insert Object

Insert File

Update Link

Export Field Contents

Records

Import Records

Export Records

Windows

Adjust Window

Move/Resize Window

Arrange all windows

Freeze Window

Refresh Window

Scroll Window

Show/Hide Text Ruler

Set Zoom level

Files

New File

Open File

Close File

Convert File

Set Multi-User

Set Use System Formats

Save Copy as

Recover file

Print Setup

Print

Spelling

(integraal)

Open Menu Item

Open Preferences

Open File Options

Open Define Database

Open Define Value Lists

Open Find/Replca

Open Help

Open Remote

Open ScriptMaker

Open Sharing

Miscellaneous

Show Custom Dialog

Allow Toolbars

Beep

Dial Phone

Send Mail

Send DDD Execute

Execute SQL

Send Event

Flush Cache to Disk

[/u]

Meer info vind je hier:

http://www.phphulp.nl/php/tutorials/3/426/

http://www.filemakermagazine.com/Article513.html

http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/q100/1/39.asp&NoWebContent=1

Met dank aan Rony Rabijns en Dr_Flash

Normalization.zip

Daarom is dit verplichte lectuur:

http://www.filemaker.com/downloads/pdf/fms_best_practices.pdf

Dit niet lezen is zoals een sigaret opsteken in een pas leeggemaakte benzineopslagplaats.

Download hier de vertalingen Nederlands / Engels en Engels / Nederlands

voor FileMaker:

http://www.clarify.net/viewtopic.php?t=1101&start=30

Definitieve versie op pagina drie onderaan, rode tekst.

Met dank aan Dr Flash, aan Organeduc en aan edc.

OPGELET!: download enkel de bestanden met de RODE TEKST!

Downloaden kan ook hier:

http://www.avd-ci.be/tip143.htm

********************************************************************************************