Na wat gespeeld te hebben met de versie 7, hierbij mijn bevindingen van de technieken die we gebruikten dagdagelijks in FileMaker 6 gebruikten die nu (eindelijk) definitief tot het einde behoren.
De relatie tussen veld "altijd_een" en "altijd_een"
Een vaak gebruikte techniek in FileMaker 6 om data via scripts door te sluizen naar verschillende tabellen bestond er in om een relatie te leggen tussen een callculatie-veld met waarde 1 en een calculatie-veld met waarden 1 en over deze relatie globals te gaan vullen.
Deze techniek behoort nu volledig tot het verleden omdat we nu rechtstreeks vanuit elke tabel of "occurence" van de tabel naar een andere tabel data kunnen doorgeven, zelfs als er geen relatie tussen beide tabellen.
Is het jullie trouwens opgevallen dat relaties GEEN naam meer hebben? Enkel tabellen of occurences van tabellen hebben een naam.
Het is trouwens af te raden om de tabellen globale velden aan te maken. Het is verstandiger een tabel te maken met daarin alle globals. (Deze tabel bevat uiteraart maar 1 record). Naar deze tabel moeten we geen relatie leggen want we kunnen de tabel zonder relatie van overal bereiken.
Overbodige calculaties en lookups voor vizualisatie van gerelateerde data
In FileMaker 6 (en ervoor) was het nodig om in de verschillende tabellen calculaties te maken van gerelateerde data, enkel en alleen om deze te kunnen te tonen in bijvoorbeeld een portal.
Omdat data uit enkel niveau te tonen waren deze calculaties vaak niet voldoende en moest voor de snelheid (zeker in netwerk) de data gestockeerd worden vaak door middel van lookups. Bepaalde FileMaker tabellen bevatten soms meer calculaties om te vizualiseren dan werkelijke data velden.
Dit behoort nu ook definitief tot het verleden. We kunnen nu op een portal data tonen van vele niveau's dieper zonder calculaties. Sterker nog, we kunnen de data zelfs aanpassen.
Voor nieuwe ontwikkelingen bespaart dit vele (vaak fustrerende) uren ontwikkeltijd.
Sorteer scripten
Sorteren blijft in FileMaker 7 uiteraart nog mogelijk. In de 6 versie moet je nu om dit op een knop te zetten een script maken, de sort maken en deze vervolgens gaan restoren.
Nu kun je rechtstreeks op een knop aangeven dat hij moet sorteren en kun je aangeven op welke velden moet gesorteerd worden.
calculaties voor script stappen in scriptmaker
In FileMaker 6 kun je bepaalde scriptstappen voeden met data uit een calculatie-veld. Wat wel zeer krachtig kan zijn.
In FileMaker 7 gaan we nog een stap verder, we kunnen bij deze scriptstappen rechtstreeks een calculatie ingeven. We hoeven dus niet telkens een apart calculatie veld aan te maken. Ook dit behoedt ons van de vervuiling van de tabellen.
Today
Hij is er eindelijk uit: de today-functie, wat de meesten onders ons wel zullen begrijpen.
Groepen en de status(currentgroups)
Door een ganze wijziging van het security model (heeft trouwens iemand de re-login scripts stop gezien ), zijn groepen komen te vervallen.
We kunnen nu gebruikers aanmeken en deze aan een privileges set, waar we zeer uitgebreid de security kunnen instellen. Zeker hier eens meespelen
Een gebruiker kan maar tot 1 privilegeset behoren.
Bijgevolg zal de functionaliteit met de calculatie status(currentgroups) breken tijdens een conversie. Nieuw is wel dat je nu ook extended privileges kunt aanmaken wat een waardig alternatief hierop zou kunnen zijn. Bekijk dit even na je conversie als je hier veel gebruik van maakt.
Het einde van wachtwoord recover tools
Logins en wachtwoorden zijn hoofdlettergevoelig. Wachtwoorden worden niet opgeslagen in FileMaker maar enkel een one-way hash van het wachtwoord wordt opgeslagen. De encryptie is dus maar in één richting mogelijk, bijgevolg is recoveren onmogelijk. Het heeft ook geen zin om deze naar FileMaker te sturen, ook zij kunnen je wachtwoorden er onmogelijk uithalen.
Een eenvoudig voorbeeld van one-way hashing voor de pensen die het niet zouden kennen is het volgend:
we hebben een wachtwoord: 13
we doen een one way encryptie waar we een som doen van de cijfers: 1+3
Dus de hash is: 4
Om het wachtwoord terug om te vinden, kun je er geen omgekeerde formule op toepassen. De enige methode is alle mogelijke combinaties uit te testen: 1+3 2+2 3+1 1+1+2 ...
De methode van filemaker is natuurlijk complexer.
CONCLUSIE
Deze lijst zal uiteraart niet eindig zijn. Maar wat mij betreft is FileMaker Pro 7 een echte grote stap vooruit. We kunnen ons nu meer concentreren op de werkelijke data en hebben minder bevuilde tabellen met onnodige calculaties. Calculaties zullen nu gereduceert worden tot het algemene minimum.
Met FileMaker 7 kunnen we nog flexibeler omgaan met het tonen van onze data. (Copieer maar eens een portal van de ene layout op een ander layout gebaseerd op een andere tabel). Met FileMaker 7 zullen we veel overbodig ontwikkelwerk kunnen besparen en ons meer kunnen concentreren op de werkelijke functionaliteit en flexibiliteit van je toepassing.
Question
Koen Van Hulle
Na wat gespeeld te hebben met de versie 7, hierbij mijn bevindingen van de technieken die we gebruikten dagdagelijks in FileMaker 6 gebruikten die nu (eindelijk) definitief tot het einde behoren.
De relatie tussen veld "altijd_een" en "altijd_een"
Een vaak gebruikte techniek in FileMaker 6 om data via scripts door te sluizen naar verschillende tabellen bestond er in om een relatie te leggen tussen een callculatie-veld met waarde 1 en een calculatie-veld met waarden 1 en over deze relatie globals te gaan vullen.
Deze techniek behoort nu volledig tot het verleden omdat we nu rechtstreeks vanuit elke tabel of "occurence" van de tabel naar een andere tabel data kunnen doorgeven, zelfs als er geen relatie tussen beide tabellen.
Is het jullie trouwens opgevallen dat relaties GEEN naam meer hebben? Enkel tabellen of occurences van tabellen hebben een naam.
Het is trouwens af te raden om de tabellen globale velden aan te maken. Het is verstandiger een tabel te maken met daarin alle globals. (Deze tabel bevat uiteraart maar 1 record). Naar deze tabel moeten we geen relatie leggen want we kunnen de tabel zonder relatie van overal bereiken.
Overbodige calculaties en lookups voor vizualisatie van gerelateerde data
In FileMaker 6 (en ervoor) was het nodig om in de verschillende tabellen calculaties te maken van gerelateerde data, enkel en alleen om deze te kunnen te tonen in bijvoorbeeld een portal.
Omdat data uit enkel niveau te tonen waren deze calculaties vaak niet voldoende en moest voor de snelheid (zeker in netwerk) de data gestockeerd worden vaak door middel van lookups. Bepaalde FileMaker tabellen bevatten soms meer calculaties om te vizualiseren dan werkelijke data velden.
Dit behoort nu ook definitief tot het verleden. We kunnen nu op een portal data tonen van vele niveau's dieper zonder calculaties. Sterker nog, we kunnen de data zelfs aanpassen.
Voor nieuwe ontwikkelingen bespaart dit vele (vaak fustrerende) uren ontwikkeltijd.
Sorteer scripten
Sorteren blijft in FileMaker 7 uiteraart nog mogelijk. In de 6 versie moet je nu om dit op een knop te zetten een script maken, de sort maken en deze vervolgens gaan restoren.
Nu kun je rechtstreeks op een knop aangeven dat hij moet sorteren en kun je aangeven op welke velden moet gesorteerd worden.
calculaties voor script stappen in scriptmaker
In FileMaker 6 kun je bepaalde scriptstappen voeden met data uit een calculatie-veld. Wat wel zeer krachtig kan zijn.
In FileMaker 7 gaan we nog een stap verder, we kunnen bij deze scriptstappen rechtstreeks een calculatie ingeven. We hoeven dus niet telkens een apart calculatie veld aan te maken. Ook dit behoedt ons van de vervuiling van de tabellen.
Today
Hij is er eindelijk uit: de today-functie, wat de meesten onders ons wel zullen begrijpen.
Groepen en de status(currentgroups)
Door een ganze wijziging van het security model (heeft trouwens iemand de re-login scripts stop gezien
), zijn groepen komen te vervallen.
We kunnen nu gebruikers aanmeken en deze aan een privileges set, waar we zeer uitgebreid de security kunnen instellen. Zeker hier eens meespelen
Een gebruiker kan maar tot 1 privilegeset behoren.
Bijgevolg zal de functionaliteit met de calculatie status(currentgroups) breken tijdens een conversie. Nieuw is wel dat je nu ook extended privileges kunt aanmaken wat een waardig alternatief hierop zou kunnen zijn. Bekijk dit even na je conversie als je hier veel gebruik van maakt.
Het einde van wachtwoord recover tools
Logins en wachtwoorden zijn hoofdlettergevoelig. Wachtwoorden worden niet opgeslagen in FileMaker maar enkel een one-way hash van het wachtwoord wordt opgeslagen. De encryptie is dus maar in één richting mogelijk, bijgevolg is recoveren onmogelijk. Het heeft ook geen zin om deze naar FileMaker te sturen, ook zij kunnen je wachtwoorden er onmogelijk uithalen.
Een eenvoudig voorbeeld van one-way hashing voor de pensen die het niet zouden kennen is het volgend:
we hebben een wachtwoord: 13
we doen een one way encryptie waar we een som doen van de cijfers: 1+3
Dus de hash is: 4
Om het wachtwoord terug om te vinden, kun je er geen omgekeerde formule op toepassen. De enige methode is alle mogelijke combinaties uit te testen: 1+3 2+2 3+1 1+1+2 ...
De methode van filemaker is natuurlijk complexer.
CONCLUSIE
Deze lijst zal uiteraart niet eindig zijn. Maar wat mij betreft is FileMaker Pro 7 een echte grote stap vooruit. We kunnen ons nu meer concentreren op de werkelijke data en hebben minder bevuilde tabellen met onnodige calculaties. Calculaties zullen nu gereduceert worden tot het algemene minimum.
Met FileMaker 7 kunnen we nog flexibeler omgaan met het tonen van onze data. (Copieer maar eens een portal van de ene layout op een ander layout gebaseerd op een andere tabel). Met FileMaker 7 zullen we veel overbodig ontwikkelwerk kunnen besparen en ons meer kunnen concentreren op de werkelijke functionaliteit en flexibiliteit van je toepassing.
Koen
1 answer to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.