Globale velden blijken vluchtig!

[Marc Broers]

Nog steeds experimenterend met een database op Filemaker Server (nu versie 5.5) op een PM G3 B/W onder MacOS 9.2

 

In mijn database heb ik remote (dus met een client op de door de server gedeelde database) een aantal globale velden ingevoegd. Dat gaat goed.

Eenmaal aangemaakt moeten ze natuurlijk van data worden voorzien (zoals naam, adres en faxnummer etc.)

Welnu: dat gaat fout. Eenmaal ingevuld en gesloten en weer ge-opend blijken de globale velden weer blanco!.

Als ik de database op de server direct open met FMP 6 en ik vul de gegevens dan in en ik deel de database daarna weer via Server dan blijven de velden correct ingevuld.

 

Wat is hier aan de hand?

 

Is dit een bekende bug? Of maak ik een denkfout?

 

Ik vind het niet voor de hand liggend wat hier gebeurd...

[Rony Rabijns]

Globale velden zijn "lokale" variabelen en dus eigen aan de gebruiker/sessie.

Voor meer info (want dit onderwerp hebben we al eens uitgebreid gehad,) verwijs ik je graag naar : http://www.clarify.net/viewtopic.php?t=1284

[Marc Broers]

Bedankt, bedankt.

Dat maakt meteen he probleem duidelijk en ook een aantal oplossingsrichtingen.

 

Vooralsnog zou ik willen kiezen voor het opslaan van de vaste variabelen (zoals ik ze altijd maar noem) in een gerelateerd bestand. Maar de vraag die zich dan opwerpt is hoe ik vorm zal geven aan de te maken relatie.

 

Vaag staat me iets bij van het maken van een sleutelveld met daarin de waarde 1 in alle records zowel in het 'moeder'-bestand als in het gerelaterde bestand. De relatie bestaat uit een verwijzing naar beide sleutelvelden.

 

Klopt deze benadering?

[AvD]

Klopt deze benadering?

 

Ja, tot en met de Zes werkt het zo: een trigger-relatie. Je kan die "één" gebruiken, maar 427 werkt ook , ja zelfs 1127. Als aan beide kanten maar hetzelfde staat.

Euh, nog iets: opgelet dat het langs beide kanten echt hetzelfde is (dus text/text, number/number): zie Tip 177 (vooral de Opmerking in de laatste alinea).