[marty3d]

Hej!
Jag vet inte om detta är rätt forum, men ni är ju så trevliga, så jag provar.

Jag har precis fått en ny kund som sitter med Filemaker för PC som backend, och jag har fått förfrågan om att hitta ett bättre alternativ. Nu är det så att jag är helt rudis på Filemaker, är ju endast webbutvecklare mot rena databaser.

Är det någon som har nån erfarenhet av det här dilemmat?

Tack!
/Martin

[Staffconsulting]

Vad har dom för budget?? Vad har dom för behov och hur många användare??

Finns ju en hel del olika databaser som Access, MS SQL, Oracle, Mysql osv osv..

Jag skulle föreslå att bygga ett lättnavigerat intranet i ASP eller PHP...

[hnn]

Exakt vad är det som ska byggas?

Filemaker har förbättrats betydligt i nyare versioner.

[marty3d]

Hej igen!

Jag ska utveckla deras hemsida (kunden hanterar stipendier) och den enda egentliga kopplingen är när folk fyller i ansökningsformulär, som ska postas in i deras Filemakersystem. Där sitter de senare och evaluerar ansökningarna samt skickar svar tillbaka till användaren.

Jag skulle däremot vilja kunna göra lite roligare saker som tex visa deras stipendieinformation direkt från systemet m.m. Det som gör det hela lite krångligare är att de inte alltid är online, vilket omöjliggör en enda databas som verktyg, utan jag måste använda mig av 1. deras db, 2. en online och fixa mellankopplingen där. Därav ett önskat byte (förutom att kunden själv inte är nöjd med Filemaker av olika anledningar).

Och eftersom det handlar om ovana datoranvändare behövs nåt liknande där man kan göra ett rikare gränssnitt, typ formulär i Access.

Så i korthet: Filemakers export/odbc/onlinekapacitet räcker inte. Dessutom verkar det som att det är svårt att hitta folk som fortfarande använder det = begränsade supportmöjligheter. Access (tillsammans med MySQL) kan jag dessutom ungefär 100% bättre (Filemaker 0%) men vet inte om det klarar belastningen.

Finns det fler alternativ med databas+frontend som en rich application? Jag har inte haft möjlighet än att titta på vad de faktiskt gör med systemet idag, så förlåt om jag är luddig.

Tackar!

[hnn]

Inte för att göra reklam nu..

Men vi specialiserar oss på just den typen av lösningar. Att integrera Filemaker mot Access, MySQL, MSSQL med språk som PHP, ASP, ASP.NET, JSP mfl.

Att arbeta med tex. ASP mot Filemaker är inte o rekommendera eftersom det kan innebära korrupta poster ifall man inte vet 100% vad man gör. Finns många fälttyper i Filemaker som man aldrig stött på innan..

Hör av dig så kan vi nog diskutera fram något.

[marty3d]

Det ska jag absolut göra, så fort jag vet mer exakt vad min kund vill ha på FM-fronten! Ni verkar ju dessutom finnas i "rätt del" av landet

[Staffconsulting]

Originally posted by hnn@May 30 2006, 23:32
Inte för att göra reklam nu..

Men vi specialiserar oss på just den typen av lösningar. Att integrera Filemaker mot Access, MySQL, MSSQL med språk som PHP, ASP, ASP.NET, JSP mfl.

Att arbeta med tex. ASP mot Filemaker är inte o rekommendera eftersom det kan innebära korrupta poster ifall man inte vet 100% vad man gör. Finns många fälttyper i Filemaker som man aldrig stött på innan..

Hör av dig så kan vi nog diskutera fram något.

haha.. aj det var ju just det du gjorde, reklam..

Jag skulle nog konvertera Filemakerdatabasen till Access eller MS SQL (är ganska enkelt om det inte är en väldigt komplex databas) och bygga ihop ett webbskal på detta..

[Jonas]

Originally posted by Staffconsulting@Jun 1 2006, 00:22
haha.. aj det var ju just det du gjorde, reklam..
Jag skulle nog konvertera Filemakerdatabasen till Access eller MS SQL (är ganska enkelt om det inte är en väldigt komplex databas) och bygga ihop ett webbskal på detta..

Reklam och reklam...
Han berättade vad företaget gör.
Men visst, att dom specialiserat sig på kopplingar till filemaker på webben så och han nämner det så.

Det är bara att söka ang. andra så kommer det upp fler som berättar vad dom gör och det räknas inte som reklam.

[marty3d]

Originally posted by Staffconsulting@Jun 1 2006, 00:22

Jag skulle nog konvertera Filemakerdatabasen till Access eller MS SQL (är ganska enkelt om det inte är en väldigt komplex databas) och bygga ihop ett webbskal på detta..

Jo jag var först inne på det också, men som jag skrev tidigare så är de inte alltid uppkopplade, så då måste de ha både en "intern" db (Access med formulär?) som de jobbar med samt en synkad databas på nätet för att visa informationen (MS SQL/MySQL).