Hallo !

Ich möchte ein Programm, das ich früher in MS-Access geschrieben habe, jetzt in Delphi umschreiben. Die neue DB sollte Multi-User fähig sein (max. 5 User). Da ich es später an mehrere Kunden verteilen muß, jetzt meine Frage:
Wenn ich mich für Interbase entscheide muß ich ja auf jedem Client meine Anwendung installieren, den Interbase Local-Server installieren und die Datenbank einrichten. Wo finde ich eigentlich die Client Installations-Setups für Interbase ???
Geht das nicht einfacher ? Gibt es kein DB-System für Delphi auf das (ähnlich) wie bei Access nativ, ohne jegliche Installation und auch ohne ODBC zugegriffen werden kann?

Oder was würdet ihr in meinem Fall für eine DB empfehlen??

Das Programm sollte ohne großen Installationsaufwand am Client sofort lauffähig sein.

Ich hoffe Ihr könnt mir wie schon so oft weiterhelfen
Danke

Hi,

es gibt zwei Möglichkeiten für Dich. Die erste :

Du behälst Deine Access-Datenbank und greifst dort mit Delphi über die ADO-Komponenten drauf und stellst die MDB-Datei auf ein gemeinsames Netzlaufwerk von den 5 Usern.

Die zweite :

Du machst einen Rechner zum Interbase Server und stellst dort die Datenbank drauf. Dann brauchst Du nur eine oder ein paar DLL's mit Deinem Programm installieren und Du hast den Zugriff auf die Interbasedatenbank. Oder Du stellst Dir einen Linux-Server hin, mit einer Interbase-Datenbank.

Eine Erklärung für die Installation von Interbase auf Linux gibt es hier auf der Seite unter FAQ. Und dieser Beitrag hilft Dir noch, für die Client-Installation www.auq.de/viewtopic.php?t=2169

Solltest Du noch Fragen haben, oder nicht wissen, wie Du Linux installierst, kann ich Dir eine Beschreibung zukommen lassen, wo alles drin erklärt ist.

Aus meiner Sicht kommen folgende Lösungen in Betracht:

1. Du suchst Dir native Komponenten für Datenbankserver (gibt's sicher was kommerzielles), welche über Sockets direkt eine Verbindung mit dem Server aufnehmen (dann klappt's auch ohne Client) oder programmierst selber solche Komponenten. Aus meiner Sicht wenig sinnvoll (zu kompliziert und zu aufwendig, besonders, wenn mehrere RDBMS unterstützt werden sollen).

2. Du baust 'ne tolle 3-Tier-Lösung mit einem Applikationsserver, der irgendeine proprietäre Schnittstelle für die Clients enthält und die Umsetzung der Clientanforderungen zum jeweiligen Datenbankserver macht. Aus meiner Sicht für 5 User zu aufwendig.

3. Du baust eine tolle clientunabhängige Lösung mit ISAPI oder CGI (bäh) oder ASP (nur nicht JSP, weil Java ist böse). Auch relativ unsinnig.

4. Du wirfst Deine Vorurteile gegenüber DB-Clienten über Bord und machst eine Lösung ohne großen Firlefanz. Von der "Option", Access-DB zur gemeinsamen Benutzung freizugeben, halte ich nichts, weil...naja...Access ist halt für solche Sachen nicht geeignet. Performance ist im Keller usw.