Structuur, organiseren database

[Gerard Exis]

Beste mensen,

de winter komt er weer aan, dit betekent voor mij dat de drukte afneemt en ik weer tijd heb voor leuke dingen, dusFM 😂

mijn huidige database werkt eigenlijk super goed, toch wil ik weer een nieuwe maken. Dit keer wil ik mij meer verdiepen in het organiseren van de database. Als ik op dit moment een script moet aanpassen in mijn huidige database ben ik uren aan het zoeken naar de juiste script 😳

hoe kan ik de scripts die ik maak het beste organiseren ?

hoe doen jullie dit ?

Ik zat te denken om mappen te makken met dezelfde naam als mijn layouts, en dan de script plaatsen onder de naam van de layout waar de script wordt gebruikt, of is er een betere oplossing

dan hoor ik die graag.

[hiker]

Ieder zal zijn eigen systeem hebben, maar als scripts echt aan layouts verbonden zijn dan is de aangegeven manier wel makkelijk: layoutnaam+scriptnaam.

Bij mij zijn veel scripts vanuit meerdere layouts aan te roepen, ik gebruik de layoutnaam dus niet maar geef een zo goed mogelijke naam aan het scripts. Alles wat met facturen te maken heeft begint met factuur_ , alles wat met layouts te maken heeft met layout_  etc. En dan de beschrijving van wat het script doet (of zou moeten doen).

[Ari]

Een scriptnaam die begint met een nummer kun je lekker snel opzoeken. Zelf gebruik ik de indexnummers die FM toekent. Dat doe je door een tabel aan te maken met scriptID  en naam en deze te laten vullen dmv een script (zie bijlage). Je kunt dan ook scripts 'by name' aanroepen terwijl je de scriptnamen achteraf kunt wijzigen door de naam bij de ID te zoeken (custom functie) . Schroom niet om lange scriptnamen te gebruiken met veel kernwoorden.

Scripts opslaan in mappen heeft weinig meerwaarde en geeft een hoop extra onderhoud.

 

 

Script.fmp12

[Gerard Exis]

Heren,

dank voor jullie input, ik ga het weekend het bestandje van Ari bekijken.

super 👍🏻

[Peter Wagemans]

9 uur geleden zei Ari:

Een scriptnaam die begint met een nummer kun je lekker snel opzoeken. Zelf gebruik ik de indexnummers die FM toekent. Dat doe je door een tabel aan te maken met scriptID  en naam en deze te laten vullen dmv een script (zie bijlage). Je kunt dan ook scripts 'by name' aanroepen terwijl je de scriptnamen achteraf kunt wijzigen door de naam bij de ID te zoeken (custom functie) . Schroom niet om lange scriptnamen te gebruiken met veel kernwoorden.

Scripts opslaan in mappen heeft weinig meerwaarde en geeft een hoop extra onderhoud.

 

 

Script.fmp12 180 kB · 1 download

Met de MBS plug-in - zelfs met de ongeregistreerde gratis versie - kan je die Script IDs ook zien, het is een optie in de voorkeuren, kan je aan en afzetten. Dat is misschien handig om te weten.

[Ari]

Klinkt interessant Peter. Kun je een hint geven waar ik dat kan instellen? Ben niet zo thuis in de MBS plug-in en als ik kijk bij preferences wordt ik niet echt wijzer.

[Gerard Exis]

Hallo Ari,

als je de plug-in gedownload hebt, kopieer je deze naar de map extensies in Filemaker.

daarna kan je via voorkeuren , tab “plug-ins” de plug-in selecteren en configureren, daar kan je in de lijst die verschijnt deze optie aanvinken.

 

succes.

[bigbadwolf]

Ik doe het op de ouderwetse manier in mapjes met ‘gewone’ namen. En op zich werkt dat voor mij prima.

Op zich is met nummers werken natuurlijk prima, maar alleen nummeren werkt naar mijn idee niet. Je zult altijd een korte tekst moeten toevoegen. Hoe kun je anders een script vinden zonder dat je eerst naar het punt moet waar deze getriggerd wordt?

[Ari]

10 hours ago, Gerard Exis said:

Hallo Ari,

als je de plug-in gedownload hebt, kopieer je deze naar de map extensies in Filemaker.

daarna kan je via voorkeuren , tab “plug-ins” de plug-in selecteren en configureren, daar kan je in de lijst die verschijnt deze optie aanvinken.

 

succes.

Werkt op zich goed alleen laat hij niet bij alle scripts een ID zien ??

[menno]

Eh de ID's die ik bij mij zie staan dankzij de MBS-plugin zijn NIET uniek en dus onbruikbaar (zie het roodomrande kader in de screenshot).

Ik gebruik daarom een eigen indexering voor mijn scripts, maar tegelijk normale namen:

want we blijven tenslotte mensen en die kunnen nieyt omgaan met alleen codes

De indexering helpt met de scripts te groeperen en de index maakt sneller terugvinden mogelijk. Het hier getoonde voorbeeld komt uit een file met ruim 1200 scripts

 

[Ari]

Script.fmp12Dan ben ik wel benieuwd welke indexen mijn voorbeeldbestandje in jouw applicatie genereert. Ik ga er vanuit dat het niet helemaal 'Gründlich' gebouwd is door Christian en dat FM wel de juiste ID's geeft.

[menno]

Dan wordt gewoon 1 t/m 4 getoond, maar dit is denk dan appels met peren vergelijken. Jouw voorbeeld bestand is nagelnieuw en waarschijnlijk met FM 18 of 19 gemaakt en die bevatten interne UUID's (intern in FM bij "Save a copy as XML", niet in de records)

Mijn voorbeeld is aangemaakt in ca. 2010 en daar wordt al 10 jaar ontwikkeld vanaf FMversie 11. Sommige scripts zijn gedupliceerd,/geïmporteerd/geplakt en vervolgens zijn ze aangepast en daarna soms ook weer gedupliceerd/geïmporteerd/geplakt. De meeste scripts zullen nog niet die interne UUID's van FM bevatten die je voor Custom App Upgrade Tool nodig hebt.

Heb het even uitgezocht: De bug zit bij Christian

Er worden slechts 3 cijfers van de index getoond en zodra je meer dan 999 script (ooit) in een bestand hebt angemaakt, dan worden alleen de eerste 3 getallen getoond.

Hoe je er achter komt is als volgt:

Let ( [ 
	nms = ScriptNames ( "" ) ; 
	ids = ScriptIDs ( "" ) ; 
	name = "Eerste deel of hele naam van je script" ; 
	nmbr = PatternCount ( Left ( nms ; Position ( nms ; name ; 1 ; 1 ) ) ; ¶ ) + 1 ; 
	id = MiddleValues ( ids ; nmbr ; 1 ) 
] ; 
	id 
)

Als je er een paar pakt die recentelijk zijn aangemaakt, dan zie je snel genoeg wat het probleem is

Heb de bug inmiddels bij Christian gerapporteerd.

[Ari]

Ben wel benieuwd dat als je dat script in jouw database zou runnen of er daadwerkelijk dubbele IDs in staan. Je zou denken dat FM onder water met IDs werkt en dat het met dubbelen in de soep loopt.

[Banach]

@menno Trek die kolom eens wat breder.

[menno]

@Banach Pffff, is het werkelijk zo simpel! Dat is inderdaad de oplossing, hahaha. Thanks!

[Ari]

En dan nu de hamvraag.. Staan er dubbele ID's in?