Ga aan de slag met FileMaker
We zijn gepassioneerd over dit nog onbekende platform FileMaker ... onbekend bij het grote publiek, maar is het niet alleen maar een extra troef? Degenen die weten, kunnen bijna niet zonder ... wij zijn er onder. Vaarwel de onverteerbare databases met bedieningsschermen die lijken op de cockpit van vroeger vliegtuigen, plaats voor een ontspannen gezelligheid. Kenners weten ... sinds ongeveer. 30 jaar, ja dit product is geen nieuwkomer. Hij is meer dan majoor en volledig in het bezit van zijn middelen. Dus voor neofieten, hier is een kleine basisopleiding. Gelukkige initiatie bij FMP !
Links tussen tabellen.
Elke belangrijke informatie-entiteit kan logisch worden gekoppeld aan een andere entiteit en deze koppelingen vergroten de beheermogelijkheden. In de actortabel vertegenwoordigt elke record 1 enkele actor. In het werkblad van elke acteur kan de lijst met films worden weergegeven waarin deze acteur een rol speelt. In de filmtabel vertegenwoordigt elke record slechts één film. Op elk vel van een film wordt een lijst met rollen en acteurs weergegeven die de rol hebben toegewezen. De kaart van een acteur maakt het mogelijk om de lijst weer te geven van de rollen en films waarin deze rollen zijn gevonden. Er is een 1 op veel koppeling tussen een film en de rollen. Er is een 1 op veel link tussen een acteur en de rollen die hij speelt in verschillende films. Er wordt gezegd dat er een link is tussen veel en veel films en acteurs. Verenigingen worden gekenmerkt door kardinaliteiten. De keuze van cardinaliteiten is essentieel. Deze keuze is soms ook discutabel en daarom het meest delicate aspect van modellering. We moeten weloverwogen keuzes maken, wetende dat het altijd mogelijk is om een ??database te veranderen, wanneer deze ontwikkeling niet gepaard gaat met een herstructurering die te belangrijk is.
De datas structureren.
Een database kan grote hoeveelheden informatie van allerlei aard verwerken. Een grote hoeveelheid ongelijksoortige of heterogene gegevens maakt echter geen goed beheer mogelijk. Aan de basis van elke effectieve oplossing ligt een reflectie op informatie-entiteiten, of op de structuur van informatie. Wat moeten we beheren, wat zijn de belangrijkste 'objecten' die we moeten beschrijven? Wat zijn de kenmerken van deze objecten? Wat beheren we precies? Laten we een eenvoudig geval nemen: we willen films beheren. In elke film kunnen verschillende acteurs zijn. Elke acteur kan in verschillende films spelen. Een acteur kan ook verschillende rollen spelen in dezelfde film ... Hoe dit probleem op te lossen in een database, wetende dat je een filmblad of het werkblad van een acteur niet kunt splitsen, uit angst om het unieke van de data te verliezen? Er is onvermijdelijk aan de ene kant een 'film'-entiteit en aan de andere kant een' actor'-entiteit, maar hoe vertegenwoordigen we verschillende actoren in dezelfde film? We moeten een tussenliggende entiteit creëren voor de eerste twee: de rol! Een rol is een huwelijk tussen een film en een acteur. In dezelfde film zijn er veel paren van filmacteurs. Dit vereist 3 tabellen: films, acteurs en een tussentafel rollen.