Welche Datenbank.

[Bernhard Geyer]

Zitat von Medium:

2) Aufstellen eines eigenen Servers mit deinem Wunsch-DBMS. Voraussetzung ist hier allerdings, dass die Kunden-IT das Einbringen externer Rechner zulässt. (Dieser ließe sich aber auch recht einfach so weit beschneiden, dass er nur DB Zugriffe erlaubt, und ggf. eine Form von Fernwartung.)

Das wird aber noch weniger möglich sein. Mittlerweile dürfte aber eine Lösung auf VM-Basis aber eine alternative sein. Man gibt den Kunden ein VM für VM-Ware/Hyper-V/... und dieser spielt sie dann auf einem VM-Server ein. Da bei einigen Kunden die Serverräume "Heiliges Land" sind ist eine reale HW ein absolutes No-Go.

[Sir Rufo]

Wenn die Datenbank Multiuser, remote und robust sein soll - dadurch haben sich alle dateibasierende Lösungen erledigt - dann bleiben nur Systeme, die eine eigene Trasportschicht anbieten.

Das machen alle Server-Datenbanksysteme so.

Werden alle Server-Datenbanksysteme ausgeschlossen, dann bleibt - nichts?

Als eine mögliche Alternative - sozusagen durch die Hintertür - wäre evtl. mORMot = SQLite mit Transportschicht = Datenbankserver

Wenn man also dem Kunden das so verkauft, dass man für MultiUser ein laufendes Programm auf einem Server habe muss

[mkinzler]

Dann könnte man dann einfach den Datenbankserver anders bezeichnen

[Sir Rufo]

Zitat von mkinzler:

Dann könnte man dann einfach den Datenbankserver anders bezeichnen

Datenverbindungsbereitsteller

[QuickAndDirty]

Zitat von Sir Rufo:

Zitat von mkinzler:

Dann könnte man dann einfach den Datenbankserver anders bezeichnen

Datenverbindungsbereitsteller

Oder Application-Server
Und dann könnte man auch gleich ne ordentliche Trennung zwischen Geschäftlogik und Oberfläche hinbekommen, wenn die Logik da läuft wo die embeded Datenbank auch liegt...

@OP:
Mal ne frage : Kann es sein, dass des Kunden IT in ein Rechenzentrum ausgelagert wurde ? Ich habe vermehrt fest gestellt das Rechenzentren die ihren Kunden rein virtuelle Arbeitsplätze aufschwatzen, mit Server installationen schonmal so ihre Probleme haben (vor allem wenn man mal "schnell" Fernwarten muss). Deswegen kann ich den Ansatz verstehen, wenn man vermeiden will das man die IT eines Rechenzentrums involviert.

Allerdings sollte eine MultiUser zugriff auf die Daten für derartige Projekte ausgeschlossen werden. Es gibt keine Methode bei filebasierten Datenbanken über SMB oder SMB2 einen zuverlässigen Mehrbenutzerzugriff zu gewährleisten. Deine Anwendung müsste diesen Zugriff schlicht sperren.

Ich würde keinem Kunden versprechen das er mit einer datei basierten Datenbank Multiuserzugriffe bekommt. Bzw.das ich mich irgendwie für das Sichern, Wiederherstellen oder Reparieren von derlei Daten verantwortlich fühle.

[stahli]

Zitat von QuickAndDirty:

Allerdings sollte eine MultiUser zugriff auf die Daten für derartige Projekte ausgeschlossen werden. Es gibt keine Methode bei filebasierten Datenbanken über SMB oder SMB2 einen zuverlässigen Mehrbenutzerzugriff zu gewährleisten. Deine Anwendung müsste diesen Zugriff schlicht sperren.

Man könnte Excel empfehlen, da funktioniert das perfekt

[holgerbremen]

So, ich den Ball zum Kunden zurückgespielt. Eine Anfrage an die IT des Kunden läuft.
Es kommt wohl nur ein vernünftiges DBMS in Frage. Ich weiss, dass der Kunde MS-SQL-Server im Einsatz hat. Sollen sie mir dort eine Instanz zur Verfügung stellen, damit ich dort meine DB aufbauen kann.
Ich habe keine Lust mir mit halbseidenen Lösungen die Karten zu legen und mir hinterher das Gemecker anhören zu müssen. Wollen wir mal schauen, wie der Kunde sich entscheidet.

[jobo]

Zitat von stahli:

Man könnte Excel empfehlen, da funktioniert das perfekt

OT:
Wenn schon Excel, dann bitte per Email weiterschicken. Dann hat man sogar historisierte Backups.