Ok, det är kanske det här du inte förstår med relationer? Om du har order, fakturor, försäljningsstatistik, säljare, lönebesked, företag, kunder osv, så säger ju regel 1 att du bara skall lagra informationen om säljaren EN gång, dvs i säljardatabasen. All säljarinformation i övriga tabeller skall bygga på en relation mellan tabellen och säljar-tabellen. Relationsnyckeln skall vara numret på säljaren.
Varför? Säg att säljaren byter adress och telefonnummer tex, skall du då ha dennes adress, epost, telefonnummer i alla dessa tabeller och i en massa olika poster i dessa tabeller och behöva söka fram och uppdatera alla dessa tabeller då?:
Order
Fakturor
Försäljningsstatisik
Lönebesked
Företag
Kunder
Det är just det man skall undvika med relationsdatabaser. Du behöver ju bara "märka" dina poster med säljarens nummer (en siffra i ett fält), resten av data om säljaren kan ju hämtas från säljartabellen via relationen och visas i layouten via just relaterade fält.
Multiplicera ovanstående miss i databasdesign där man inte använder relationer på rätt sätt och lagrar samma data om och om igen för 100 saker till som gäller kunden, artikeln, prisgrupp osv osv, börjar du kanske förstå vad nyttan är med relationer?
Sedan var ju poängen med att länka till det färdiga systemet att du skulle ladda hem det och prova det, det var därför jag tipsade om det. Det färdiga systemet kan även:
1. Lära dig mycket om relationer, manus, layouter mm. Har du FileMaker Advanced kan du även kopiera grejer från det systemet och använda i ditt eget.
2. Anpassas fritt. Du kan även bygga om och anpassa den "färdiga" lösningen som inte är låst på något sätt. Du bör alltså komma betydligt längre på kortare tid genom att utgå från något halvfabrikat och anpassa det lite grann till just dina behov. Vilket är nästan hela poängen med att ha FIleMaker Pro. Varför bygga tex kunder, artiklar, order, fakturering osv när det redan är klart?