FM versus 4D

[JeanWM]

Hello,

 

ik ben op zoek naar een 'vergelijking' tussen FM en 4D.

 

Kan iemand mij wat meer info geven of de één of andere link.

 

De discussie gaat over het afzonderlijk houden van 'applicatie en data', wat wel zou gebeuren in 4D, maar niet (nog niet, geruchten gaan dat het wel zou kunnen in FM 7)

in FM.

 

Ik zou graag verder gaan in FM, maar de '4D concurrentie' komt met argumenten aan die ik moeilijk kan weerleggen vermits ik geen flauw benul heb van wat 4D kan, wat de beperkingen en/of de voordelen zijn.

 

Thanks.

 

Jean

[Stef]

Dit is te vinden op de 4D webstek:

 

URL: http://www.4d.com/comparisons/filemaker_compare.html

 

of het objectief is weet ik niet.

Ik heb me een tijdje op 4D toegespitst en kwam nooit in "the mood".

 

hth,

Stef

[AvD]

Eerst mijn eigen conclusie uit alle vergelijkende onderzoeken: als de ROI van belang is, dan IS ER GEEN KEUZE buiten FileMaker. Alle andere oplossingen zijn duurder!

 

Nu je vraag opnieuw:

ik ben op zoek naar een 'vergelijking' tussen FM en 4D

 

Gevaarlijk terrein, tenminste als je FSA bent. De vorige die dat pad is opgegaan, Jeff Hopkins, was enthousiast en begon FileMaker het vuur aan de schenen te leggen. Is er ondertussen dus uitgegooid.

Hij weet daar dus wel "alles" van, maar ik durf mijn hand niet in het vuur steken voor zijn objectiviteit, verre van zelfs.

Je kan Jeff bereiken via http://www.hposoft.com. Als dat niet lukt, geef je maar een seintje. Maar nogmaals, "zis is verrie dangeroes aktivitie".

[JeanWM]

Bedankt voor hints.

 

Ik heb de info enkel nodig om sterker te staan in het naar voor schuiven van FM.

 

Als je de 'concurrent' niet kent sta je niet al te sterk met argumenten voor of tegen.

 

Ik heb het vroeger al gehaald tegen Access, maar nu steekt hier een 4D-manneke de kop op.

 

FSA zal mij er niet uitkicken omdat ik naar 4D kijk.

Of mag je niet meer naar andere vrouwen kijken omdat je getrouwd bent ?

 

JW

[bram]

Ik moet ook toegeven dat is het properder vind om in een applicatie te werken waar data en code gescheiden blijven. (Bijvoorbeeld MySQL + PHP / Lasso)

Dan blijven de databases ook enkel data bevatten die iets van betekenis zijn.

FileMaker verplicht je truken toe te passen om allerhande zogezegde variabelen te maken, vaste relaties te leggen, enz...

Maar zoals net vermeld, kwa snelheid van ontwikkelen, kostprijs, en onderhoud is het niet te kloppen.

Een vergelijking, ... sorry, eigenlijk geen antwoord op je vraag. (precies nen politieker)

[AvD]

Die scheiding tussen database engine en data is een oude verzuchting, en het is uiterst onwaarschijnlijk dat FileMaker Inc. daar nooit rekening mee zal houden. Ik zou zeggen: "Geduld is een schone deugd". In elk geval is een evolutie in die richting een must en dat weten ze in Santa Clara ook wel. Zopas nog is gebleken dat industrieel gebruik van FileMaker op grote bezwaren stuit bij onderhoudswerken zoals imports die uren, bij sommige toepassingen zelfs dagen kunnen duren.

[bram]

Inderdaad,

Heb zonet een test gedaan van een 435000 records. Probeer dat eens in FileMaker te importeren.

Het betreft hier een historiek die de web-klanten moet toelaten om hun meest gekochte producten te kunnen bekijken.

De import alleen al is, sorry was, een immense belevenis.

Nu steekt alles in MySQL, import duurt ongeveer 9 seconden, zoeken, dat valt precies niet te timen, gewoon direct.

Maar jah, ik vind FileMaker toch ook nog altijd wel tof hoor.

[Jimjams]

Zonder een specialist ter zake te zijn ben ik zelf tot de volgende conclusie gekomen:

 

Wanneer het aantal records beperkt blijft, is Filemaker nog steeds de meest gebruiksvriendelijke en bovenal economische oplossing.

Als je bijvoorbeeld een database wil waarvan de records slechts voor een bepaalde periode beschikbaar moeten zijn en een backup van oudere records volstaat dan kom je met filemaker al een heel eind. Wanneer dit niet het geval is kan je misschien beter investeren in software die meer op deze taak gericht is (mySQL etc...)

Als je bovendien een applicatie wil opzetten die multi-user is en waar meer dan 15-20 gebruikers tegelijkertijd op werken dan merk je toch al snel een daling in performantie als je daar Filemaker voor gebruikt...

 

For what it's worth...

[Peter Wagemans]

Ik denk even terug aan FileMaker II, daar kon je met LocalTalk kabeltjes (toen nog AppleTalk genoemd) een database delen over een netwerkje. Traag, maar iedereen vond het schitterend.

 

Vandaag kan je ettelijke keren sneller netwerken met FileMaker dan dat je vroeger met je Plusje locaal kon werken.

 

Ik schat dat we binnen een jaar of 10 of minder zelfs de gevraagde import in FileMaker ook in 9 seconden doen. Op dat moment zal je het dan in MySQL op minder dan 1 seconde kunnen doen, en voelen we ons weer gefrustreerd natuurlijk...

[Stef]

Right, Peter!

 

Snelheid is een kwestie van pure gewoonte. Tot voor kort moest ik het op kantoor doen met een PC met 760 MH, welke in principe ruimschoots aan snelheid voldoet. Tot ik bij een klant - waar ik wekelijks een bezoek breng - een nieuwe PC met een snelheid van 2,4 GH voorgeschoteld kreeg. Dit is te vergelijken dat je voor een onderhoudsbeurt van je VW Golf een Porsche als vervangwagen krijgt. Vrij frustrerend om achteraf terug achter je vertrouwde stuur te kruipen.

 

Verder moeten we realiseren, om het met de transportsector te vergelijken, dat we in het snelle transport zitten met bestelwagens en niet in het internationale transport waar tientonners de regel zijn. Het voordeel is dat wij ons snel in alle bochten kunnen wringen, en dit op een relatief goedkope manier.

 

MVG,

Stef

[AvD]

En om het transportbeeld verder te zetten: elke dag rollen er weer tientallen oude 5 en 5.5 karretjes opnieuw over de wegen, terwijl op de pechtstroken evenveel nieuwe 6-modellen in panne staan omdat er nog geen fatsoenlijke Jaguar-benzine voor te krijgen is... Speedy Gonzalez heeft weer lelijk huisgehouden in bepaalde provincies van computerland...

[miltenb]

Toch kreeg ik op de laatste devcon het idee dat FM er duidelijk wel mee bezig is...

 

Meer kan en mag ik er even niet over zeggen...

 

Joost