voordelen van de nieuwe manier om relaties te maken ?

[bartje]

Ik overweeg de overstap naar 7, maar niet alle voordelen zijn mij even duidelijk.

 

Wat verandert er concreet inzake de nieuwe manier van relaties leggen. Het wordt nu grafisch voorgesteld. Is dit inderdaad makkelijker en zijn er nog andere voordelen aan die manier van werken ?

[Sanne]

Qua relaties is er in FMP7 wel meer veranderd dan alleen maar de grafische voorstelling. Zo zijn relaties in FMP7 altijd bi-directional, wat betekent dat je maar 1 relatie nodig hebt om van beide kanten de informatie te benaderen (in FMP6 had je 2 relaties nodig).

 

Een relatie kan op meer dan 1 operator werken. In FMP6 is de enige operator "deze twee velden moeten dezelfde inhoud hebben". Met FMP7 is het mogelijk om te zeggen "deze velden hetzelfde maar weer niet deze velden" of "dit veld aan deze kant en elk veld aan de andere kant wat gelijk of grotere waarde heeft".

 

Met de relaties in FMP7 hoef je niet meer te "pipe-linen": gegevens van meer dan 1 relatie verderop zijn ook beschikbaar aan de andere kant.

 

Het sorteren van portalen is nu een kenmerk van de portal, niet meer van de relatie: ook handig!

 

Klinkt misschien een beetje vaag, als je niet helemaal in de materie zit

 

Voor mij zijn de nieuwe mogelijkheden van relaties in 7 al zo opwindend, dat dat alleen voldoende was om de overstap naar FMP7 te maken.

 

En dan ben ik nog niet eens begonnen over script-parameters en custom functions!

[bartje]

Als niet gespecialiseerde gebruiker is het inderdaad niet allemaal heel duidelijk. maar dat zal we komen door er mee te experimenteren.

 

Vooral de term "tabellen" en hun werking is mij nog niet helemaal duidelijk. Begrijp ik het goed dat men elke afzonderlijke layout in een database voortaan een tabel noemt ?

[Rony Rabijns]

Begrijp ik het goed dat men elke afzonderlijke layout in een database voortaan een tabel noemt ?

 

Nee, zo is het niet.

Een tabel vergelijk je best met een bestand (file) van vroeger.

 

ter info :

Nu heb je (meerdere) tabellen in één bestand (=applikatie), vroeger had je (meerdere) bestanden in je applikatie. De layouts zijn gekoppeld aan een tabel. Vroeger waren de layouts gekoppeld aan een bestand. Relaties liggen nu tussen bestanden, vroeger ook. Maar nu heb je ook "occurrences" tussen tabellen, maw een soort van "interne relaties".

[Sanne]

Bartje, je kunt in elk geval proberen om een trail-versie van FileMaker Pro 7 te downloaden van www.filemaker.com. Je kunt dan 30 dagen vrijblijvend met FileMaker Pro 7 stoeien.

 

Het leuke is, dat wanneer je eenmaal bent opgestart met FMP7, het eigenlijk gewoon heel erg meevalt. Want een heleboel dingen zijn nog gewoon hetzelfde gebleven. En dat is een heel vertrouwd gevoel.

 

Dat hele gedoe met tabellen, dat komt dan eigenlijk "vanzelf". In plaats van dat nu te proberen te snappen met woorden, kun je je veel makkelijker een beeld vormen door het een keertje uit te proberen.

 

 

[miltenb]

Sanne,

 

Er zitten wel een hoop leuke dingen in 7, maar vergeet niet te vermelden dat 7 rete traag is !

 

En de leercurve voor sommige leuke dingen is ook niet mals. Iemand die zomaar ff recursie schrijft ? (laat staan weet wat het inhoud).

 

En het benaderen van de structuur en het vervolgens bouwen op die structuur op de meest efficiente manier.

 

FMI zei niet voor niets dat ze vrezen dat ze veel (met alle respect) eenvoudige ontwikkelaars te gaan verliezen.

 

Het klinkt misschien niet zo, maar ik ben wel positief over 7.

[Dr_Flash]

FMI zei niet voor niets dat ze vrezen dat ze veel (met alle respect) eenvoudige ontwikkelaars te gaan verliezen.

 

Eenvoudige ontwikkelaar, ja, dat ben ik En ik moet eigenlijk zeggen, vanuit wat ik van FMP6 weet, vind ik zelf de overgang naar FMP7 redelijk natuurlijk, en goed te doen. Ook de grafische relatievoorstelling begreep ik bijna meteen, wat iets bijzonders schijnt te zijn Maar wellicht gebruik ik gewoon een heleboel elementen niet of zelden..... ook een manier om niet tegen problemen aan te lopen

[bartje]

Heb dan toch maar 7 aangeschaft en geinstalleerd (naast versie 6 trouwens zodat ik daar nog altijd op kan terugvallen).

 

Zal maar eens beginnen experimenteren met de tabellen denk ik want ik heb er nog altijd niet zo'n goed zicht op (maar het begint te komen )

 

Begrijp ik het dan goed als ik zeg dat je vroeger voor sommige zaken verschillende bestanden moest aanmaken, maar dat dat nu kan in één bestand en dat je binnen dat éné bestand verschillende tabellen kan aanmaken ?

 

vb : vroeger 3 bestanden : klanten, produkten, factuur. Nu 1 bestand met 3 tabellen : klanten, produkten, factuur.

[Koen Van Hulle]

Inderdaad. En wat Sanne nog vergat te vertellen, is dat je nu rechtsreeks aan de data kan over meerdere relaties diep.

 

Je kan vanuit je producten een portal tonen van alle klanten die dit product ooit kochten (over de relatie van je factuurlijnen, facturen en klanten). In FileMaker 6 moest je zoiets gewoonweg scripten en was het bijna mission impossible. Vandaag is het een kwestie van een portaltje tekenen.

 

Voor wie het verschil tussen begrip tabelweergave (occurence) en tabel wat vaag is kan er best volgend artikel op naslaan:

 

http://www.digfm.org/ref/FM7_key_concepts.pdf

 

Koen

[Sanne]

En wat Sanne nog vergat te vertellen, is dat je nu rechtsreeks aan de data kan over meerdere relaties diep.

 

Ja, inderdaad, er is NOG een grote vernieuwing op het gebied van relaties. Stel, je hebt een bestand met personen en een bestand met cursussen. Een persoon kan meerdere cursussen volgen en een cursus kan meerdere personen bevatten. Dus je hebt een "koppel-tabel" nodig.

 

Bij een persoon kon je - via een portal die het koppelbestand toonde - niet rechtstreeks naar de set van cursussen gaan. Je moest onder 6 dan eerst naar de gerelateerde records in het koppelbestand, en dan, via een multikey (copy all records-paste global of loopen) kon je naar de bijbehorende cursussen.

 

In FileMaker Pro 7 heb je nog steeds een koppeltabel. Maar sta je op het record van de persoon, dan kun je een "Go to related records" doen naar de tabel met de cursussen, en floepens: 't is geregeld! Niks geen extra scripten of wat dan ook!

 

Ik weet niet hoe dit wordt genoemd. Koen zegt: "rechtstreeks aan de data kunnen meerdere relaties diep", maar dat klinkt nog wat cryptisch, Koen

 

 

[Koen Van Hulle]

Wel Sanne,

 

Je kunt de data van meerdere relaties ver ook in die portal wijzigen, wat ook even een klikje maken was.

 

 

Koen

[Sanne]

Ja, ik ben de afgelopen weken al aardig aan het klikken geweest. Ken je die klik van: "een layout zit niet vast aan een tabel maar aan een tabel-occurence"?

 

Raar maar waar, maar ik vind het kunnen wijzigen van gegevens in een veld van een relatie-verder-dan-1 eigenlijk helemaal niet zo gunstig. Het voordeel van een calculatie in het tussenbestand was, dat je juist die gegevens NIET kon veranderen.

 

Doorgaand op Persoon-Koppeltabel-Cursus: in de portaal bij het persoon waar ik de cursussen kan zien waar het persoon op ingeschreven staat (het portaal met records uit het koppelbestand), vind ik het niet zo gunstig dat ik DAAR de naam van de cursus kan veranderen.

 

Oh wacht: ik klik alweer

 

Wat je doet, is het veld in blader-modus uitschakelen en in zoek-modus toegankelijk maken

 

 

[Koen Van Hulle]

inderdaad, ook gemerkt dat zoeken in een gerellateerd veld een pak sneller gaat. Ik heb het balkje van zoeken in niet-geindexeerde velden nog niet gekregen. Iemand andere ervaringen?

 

 

Koen

[bartje]

Heb nu enkele uren geexperimenteerd met 7 en even de voorbeelden die meegeleverd werden eens bekeken.

 

De relatieopbouw onder 6 kon ik min of meer volgen, maar van 7 snap ik dus zo goed als niks. Ik krijg er gewoon geen zicht op. Ik zal deze beker, helaas, maar aan mij moeten laten voorbijaan vrees ik

[Sanne]

Kom nou Bartje, je laat ons toch niet in de steek?!

 

Het is voor ons allemaal schrikken, hoor, dat 7. En voorlopig zijn we allemaal nog een beetje op zoek naar de "stairway to seven". Maar er zijn vast wel allerlei manieren om het te leren.

 

Er komen binnenkort ongetwijfeld handboeken over (de gewone manual is ook niet onaardig, als je hem gewoon van voor naar achter leest), er zullen ook binnenkort ongetwijfeld trainingen en workshops voor 7 gaan verschijnen

 

En vergeet niet: op de volgende Clarify-meeting is er vast wel iemand zo vriendelijk om aan jou persoonlijk, of aan de hele groep tegelijk, meer te vertellen over de relaties.

 

We hebben jou er ook graag bij, Bartje!

[bartje]

Zo snel geef ik ook weer niet op hoor.

 

De euforie zal des te groter zijn als ik het plots zal snappen !!

[Koen Van Hulle]

Dat is de juiste spirit.

 

Ik merk ook bij mijn klanten dat mensen die de 6 niet kenden en beginnen met de 7, snel weg zijn met het systeem. Het is vooral de 6 gebruikers die van alles moeten afleren en terug moeten aanleren. Maar eens het systeem door, loont het het de moeite.

 

Koen

[bartje]

Ik heb een bestand aangemaakt met drie layouts.

 

Daarna heb ik onder bestand/definieren database drie tabellen aangemaakt en ook de velden aangegeven per tabel.

 

Daarna heb ik de velden in de voorziene layout gezet, maar ik krijg voor elk veld de mededeling "niet gerelateerde tabel" te zien. Wat doe ik verkeerd ?

 

Waarom kan ik mijn velden niet gewoon in mijn layout slepen ?

[Dr_Flash]

Bij het aanmaken van een layout vraagt FM7 altijd: "Van welke tabel wil je in deze layout de velden zien?" (kan later ook nog via Menu > Layouts > Layouts setup). Als je velden uit een andere tabel wilt zien, zul je eerst een relatie tussen de beide tabellen moeten definiëren. Anders weet FM7 niet welk record uit de andere tabel er bedoeld wordt Het "gerelateerde" record heet dat ook, vandaar