tabellen importeren

[edc]

Ik zoek tevergeefs naar een vlotte manier om verschillende bestanden uit filemaker 6 te importeren naar een automatische gecreëerde nieuwe tabel in fm7. Of dienen alle bijkomende tabellen in dezelfde toepassing eerst manueel aangemaakt te worden. Op die manier wordt het omzetten van vorige filemakertoepassingen wel een hele klus.

[Dr_Flash]

Ja ik heb ook al zitten denken.... Tabellen gaat op zich nog wel misschien, via een export-importslag, maar dan zijn natuurlijk al je scripts en relaties vernaggeld

[jw]

Dat zal je opnieuw moeten opbouwen. Dan kan je in het fm7 bestand de gegevens per tabel importeren.

[Koen Van Hulle]

Doordat de Filosofie van omgaan met data in FileMaker ook helemaal gewijzigd is en het ganze relatie idee helemaal gewijzigd is, is het inderdaad niet onverstandig om bepaalde toepassingen opnieuw te bouwen met de nieuwe FileMaker filosofie.

 

Je zult zien dat dit vaak sneller gaat dan converteren, want ongeveer 80% van de calculaties, velden, en scripts heb je gewoon niet langer nodig. Ook het aantal relaties kun je sterk reduceren om de zelfde functionaliteit te bekomen.

 

 

Koen

[AvD]

Doordat de Filosofie van omgaan met data in FileMaker ook helemaal gewijzigd is en het ganze relatie idee helemaal gewijzigd is, is het inderdaad niet onverstandig om bepaalde toepassingen opnieuw te bouwen met de nieuwe FileMaker filosofie.

Koen, mogen we je iets vragen? Je gebruikt tweemaal de uitdrukking "helemaal gewijzigd". Kan je dat "even" toelichten in concreto? Het feit dat FileMaker Inc. versie 6 blijft ondersteunen tot 17 september van dit jaar, en tijdens de tussentijdse periode gaat evalueren hoe groot de behoefte is om 6 verder ter beschikking te stellen, doet vermoeden dat ze bij FileMaker ook wel denken dat de overgang groter is dan vele basic users aankunnen of willen.

[Koen Van Hulle]

Je kan met de 7 nog steeds werken zoals we reeds in de 6 deden, met dezelfde filosofie. We kunnen toepassingen converteren van de 6 naar de 7 en sommige functionaliteit zal breken, maar we mogen dit niet overroepen.

 

Eeen voorbeeld kan zijn dat de exit record scriptstap je niet terug brengt naar het oorspronkelijke venster en zo van deze toestanden. De meeste problemen zijn te verwachten bij toepassingen die op het randje van FileMaker zijn. Je kent ze wel, de vaak knappe applicaties die alle truukjes en omzeilingen bevatten, die bugs gebruiken als features, ... Maar een modale applicatie gaat mits in acht neming van enkele regels en voorbereidingen vrij vlot.

 

Alleen zal je applicatie niet optimaal kunnen genieten van de nieuwe flexibele mogelijkheden.

 

Persoonlijk denk ik niet dat basic users en nieuwe gebruikers problemen zullen hebben met FileMaker 7 en zijn nieuwe mogelijkheden.

Diegene die het meeste problemen zullen hebben vrees ik een beetje is de ervaren FileMaker ontwikkelaar. Diegene die zich in de afgelopen versies meester heeft gemaakt van 1000)den truukjes, omzeilingen, kunstjes, de meest ingewikkelde calculaties voor relaties met prachtige rapportjes tot gevolg. Die gebruiker ("en daar ben ik dus ook bij zal de komende periode mogen afleren. Zijn truukjes mogen laten vallen.

 

Ik kan als tip meegeven voor wie FileMaker Pro 7 wil verkennen: probeer gewoon als test eens enkele kleine toepassingen uit te proberen van scratch, heel basic zonder toeters en bellen. Speel eens met portals die je op verschillende layouts zet en kijk hoe ze zich gedragen (zie voorbeeldje http://www.clarify.net/viewtopic.php?t=1338#8291 ) en kijk pas daarna hoe je je applicatie kan converteren of eventueel herbouwen.

 

Ik ben in elk geval erg opgetogen met de nieuwe mogelijkheden, zeker de mogelijkheid van scheidning van data en interface, de uitgebreide security, de mogelijkheid geven aan gewone users om hun eigen layouts te maken op een beperkte set van data, zonder dat ze je applicatie kunnen verknoeien, ...

 

 

En ook in deze versie zullen de nieuwe truukjes, omzeilingen, en toverkunsten bovenkomen.

 

Koen

Edited March 15, 2004 by Guest

[AvD]

Bedankt, Koen!

[Dr_Flash]

Kan ik ook velddefinities op een of andere manier mee overnemen zonder ze haakje voor haakje en puntkomma voor puntkomma opnieuw te hoeven overkloppen? Want anders kan je natuurlijk net zo goed meteen gaan rewriten

 

En erger nog: je kan in de 7 niet langer een report van velddefinities afdrukken. Lang leve de PrintScreen-knop

[Sanne]

je kan in de 7 niet langer een report van velddefinities afdrukken.

 

Kom Flash, geen onzin typen.

 

Open veldefinities > gewenste velden selecteren > knop linksonder "Afdrukken"

 

Mooier nog: je kunt zelf een selectie van velden maken, het is geen "alles-of-niks" meer.

En selecties kun je maken met de shift-toets, de optie-toets en zelfs met de toetsenbordcombinatie cmd-A.

 

Dat is weer vooruitgang ... !

[Dr_Flash]

je kan in de 7 niet langer een report van velddefinities afdrukken.

 

Kom Flash, geen onzin typen.

 

Open veldefinities > gewenste velden selecteren > knop linksonder "Afdrukken"

 

ik had het gewoon geprobeerd op de ouderwetse manier.... sorry Moet er nog wel even ernstig aan wennen hoor.....

[HJK]

murtje schreef:

zeker de mogelijkheid van scheidning van data en interface,

 

waar kan ik dat vinden? Hoe is dat mogelijk?

Heb de officiele versie van fm7 maar kan deze functie nergens terug vinden!

[Koen Van Hulle]

Eigenlijk heel eenvoudig.

 

Maak een bestand met hierin je tabellen. Definieer in dit bestand geen enkel relatie. Maak in dit bestand alleen de zuiver tabellen zonder layouting e.d.

 

Maak een tweede bestand. Definieer in dit bestand GEEN enkel tabel. Verwijder ook de standaard tabel die voor je werd aangemaakt. Ga naar de het tabje relationships.

 

Onderaan heb je een knopje met een tabel en en een groen plusje (uiterst links). Klik deze aan. Naast File klik je "add a file reference" en kies je je data filel aan. Uit de lijst kun je nu een voor een de tabellen op je relatieschema toevoegen.

 

Knap, he

 

Voor diegene die nog een stapje verder willen gaan, probeer eens het volgende:

 

Maak bestand 1 aan met een 2-tal tabellen. Geef tabel 1 een tiental velden. Ga naar de security van dit bestand en maak een nieuwe privilege set aan (vb rapport) en geef de priviligeset enkel rechten op tabel 1 en enkel op de eerste 5 velden.

 

Maak een gebruiker aan en kies je "rapport" priviligeset voor deze gebruiker. Sluit je tabel of met een relogin script log je in op je bestand met deze gebruiker.

 

Maak nu een 2e bestand aan zonder tabellen en doe hetzelfde als bij het vorige voorbeeld: We kunnen enkel de eerste tabel op onze schema plaatsen. Beter nog, we krijgen enkel de velden te zien waar we recht op hebben!!!

 

Zou zeggen veel speelgenot !

 

 

Koen

[edc]

Spijtig dat we bij "add a file reference" enkel kunnen kiezen voor fm7 bestanden. FM als frontend gebruiken op externe tabellen (SQL, Excel, Access) zit er jammergenoeg nog niet in. Dat was pas een doorbraak geweest!

[Leo]

Dit ziet er dan toch veelbelevond uit voor dit probleem:

http://www.nmci.com/Product_Overview.htm?pid=P77YJCFQ66NXQYB0LCXW&-session=dwc:255E278C7D05360A4B7AD09722809C29 en

http://www.nmci.com/Conversion_Tools.htm

 

Leo

[Nico]

Wanneer je dus één tabel hebt met je user interface, de andere je data (tabellen) , hoe dan het volgende opgelost:

 

Een veld met een berekening waarin staat dat hij vanuit een andere tabel een plaatje moet laden, wanneer de waarde van een veld overeenkomt met de waarde uit een andere tabel????

 

Dan moet je toch relaties definieren in de DATA tabel? Maar dat wilden we juist niet, relatie's definieer je in het user interface bestand?

[Koen Van Hulle]

Relaties definieer je dan het best in je interface bestand (niet tabel).

 

Waarom zou je dat beeld in een calculatieveld willen zetten? Je kan het beeld rechtstreeks relationeel tonen zonder dat je daarvoor nog tussen calculaties hoeft te maken.

 

Welke calculatie wil je precies verwezelijken?

 

 

Koen

[Nico]

Wat ik dus wil hebben is het volgende:

 

Ik heb een klanten tabel, een adressen tabel en een globalen tabel.

In de klanten tabel heb ik een portaal met alle mogelijke adressen van die klant.

Wanneer ik op een regel klik van dat portaal wil ik dat er een driehoekje(een plaatje uit de globalen tabel) vooraan op die regel komt te staan zodat je kunt zien dat die regel geselecteerd staat. Ik zet dus het ID van die regel in een veld in de relatie tabel (geselecteerde regel)

Vervolgens zeg ik tegen een container veld in het adressen bestand: Wanneer zijn regel ID overeenkomt met het veld met de geselecteerde regel ID waarde dan moet hij het driehoek plaatje laten zien.

 

PS: Ik kwam ook tegen dat je alleen globale waardes zonder relatie over kan halen in elke tabel zonder relatie, dus niet zomaar een globalen tabel met één record erin en daarin normale velden maken want die kunnen niet zomaar zonder relatie worden gebruikt. Klopt dat?

[Koen Van Hulle]

Ik veronderstel dat je dit bedoeld? (zie demo)

 

Start het bestand op met interface. De tussentabel _navigation dient om de selectie multi-user te maken (hier gebasseerd op accountname, id veronderstelling dat elke gebruiker met zijn account binnengaat. Je kunt ook systeem bedenken met een eigen unieke sessienummer, ...)

 

Het data-bestand bevat enkel de zuivere data (met uitzondering van de accountname of je unieke sessienummer). Alle gegevens om je applicatie te doen werken kun je op die manier stockeren in je interface bestand. Dit kan handig zijn als je bijvoorbeeld een applicatie bij je klant moet gaan updaten.

 

Koen

demo7_001.zip

[Nico]

Bedankt Koen voor jou bestand en reactie!

Ik merk toch maar weer dat we hier met de specialisten te maken hebben.

Ik zie wel in dat ik helemaal anders moet gaan denken. Het is inderdaad toch een heel goed idee om de user interface gescheiden te houden.

 

Heel erg bedankt!