En daar is... Filemaker 15!

[SuperWimmie]

Hah, eindelijk!

 

Ach, eindelijk... als het maar stabiel is en mooie verbeteringen geeft is het altijd welkom!

 

@ Admin:

Maak de 15 serie maar weer aan op ons forum!

[bigbadwolf]

Zit het grootste verschil niet in het licentiemodel.

Voor de server, ja.

 

Er zitten wel vernieuwingen in, maar volgens mij wordt het eens tijd de oude probleen eerst aan te pakken.

[NvD]

Lijkt erop dat de meeste mensen Filemaker server op een mac draaien.

 

Ik draai FMS14 op een virtuele server op een Qnap met Windows server 12 standaard en draait probleemloos.

 

Met FMS15 moet je nu Windows server 12 R2 of 2008 R2 hebben, op de bovengenoemde versie geen installatie mogelijk. Dit is een hele dure grap.

 

Conclusie: FMS15 aanschaffen / updaten betekent, indien je op windows 12 standaard draait, een nieuwe server versie van 600 - 700 euro.

 

Weet iemand waarom het nodig is dat FMS15 niet meer op windows server 12 standaard kan draaien.

[menno]

Lijkt erop dat de meeste mensen Filemaker server op een mac draaien.

Waar baseer je deze bewering op? Het gros van de ontwikkelaars gebruikt inderdaad een Mac als ik rondkijk op de fm-summit, maar in mijn klantenkring is er geen één MacOS-FMServer en ik ken meer ontwikkelaars die hetzelfde ervaren.

[NvD]

De bewering baseer ik op het feit dat ik niemand nog hoor klagen over de nieuwe systeemeisen voor FMS15 op een windows server omgeving.

 

Ik weet dat veel mensen, ik zelf ook, FM gebruiken op een mac. Het gaat mij om de serveromgeving. Als nu de meeste mensen server 2012 r2 of server 2008 r2 gebruiken is er niets aan de hand, maar als je win 2012 standaard gebruikt dan heb je kosten indien je naar FMS15 wilt gaan.

 

Mij gaat het vooral om de ervaringen van anderen of de truc om het op een ander platform te krijgen. Windows 10?

[SuperWimmie]

De bewering baseer ik op het feit dat ik niemand nog hoor klagen over de nieuwe systeemeisen voor FMS15 op een windows server omgeving.

 

Ik weet dat veel mensen, ik zelf ook, FM gebruiken op een mac. Het gaat mij om de serveromgeving. Als nu de meeste mensen server 2012 r2 of server 2008 r2 gebruiken is er niets aan de hand, maar als je win 2012 standaard gebruikt dan heb je kosten indien je naar FMS15 wilt gaan.

 

Mij gaat het vooral om de ervaringen van anderen of de truc om het op een ander platform te krijgen. Windows 10?

 

 

Ik zit zelf nog met oplossingen op versie 13, waar ik Server nog op Windows XP Pro kon draaien.

 

Mij hoor je niet klagen.

Accepteer het maar, het zal zijn redenen hebben.

Het is de prijs van de vooruitgang.

[mykarizma]

Ik denk dat die Truncate Table wel handig is: je gooit in 1 klap alle records weg in plaats van 100.000 aparte deletes.

 

Dit is zeker wel handig en dat gaat ook erg snel.

 

Dit en Undo New bij Script Workspace handige tooltjes zijn. Voor de rest, het lijkt meer op een 14 Plus

[Banach]

Wanneer gebruik je Truncate Table? Het komt bij mij niet voor dat ik snel een tabel met 100.000 records moet leegmaken.

[bigbadwolf]

Als je bijvoorbeeld periodiek een bestand moet inlezen om (in mijn geval) gegevens moet verwerken voor facturen.

Wij krijgen iedere maand een csv met data die ik moet verwerken. Bestand wordt ingelezen, maar wel in een ‘schone’ tabel. Dus de truncate is hiervoor zeer welkom om de duizenden records snel te kunnen wissen. Moet nog wel even ervaren of het echt sneller is dan Delete All Records.

[mykarizma]

Wanneer gebruik je Truncate Table? Het komt bij mij niet voor dat ik snel een tabel met 100.000 records moet leegmaken.

 

Dit is voor mij vooral nuttig, als ik bij een (major/minor) versie upgrade de data moet importeren.

[hbrendel]

Ik had liever een functie Truncate FoundSet gehad...

[Banach]

@BBW, Truncate Table zou die klus in 2 tot 3 seconden klaren (zegt men)

 

@hbrendel + 1 En nog beter zou zijn wanneer dat geen aparte functie wordt maar wanneer de huidige DeleteAll zo geoptimaliseerd wordt dat dit ook in slechts enkele tellen is gepiept. En dan natuurlijk nog die related records. Ook al laat ik zelf die gerelateerde records nimmer automatisch met het hoofdrecord verwijderen.