Zitat:
Das mit den Datenbanken in den Verzeichnissen ist vom Entwickler so vorgegeben.
gut, dann aber die frage, warum der umstand das da irgendwo im netztwerk ein datenbankserver sein muss.
Warum nicht mit dem embedded? der läuft als
dll mit in deiner laufenden exe und kann eine datenbank
datei überall öffnen wo die via lokaler rechte auch erreichbar wäre. Wenn dann auf der
db mehr als ein prozess
läuft, d.h. mehr als ein user braucht den gleichzeitigen zugriff auf die
db ohne das ein server irgendwo installiert
ist, dann geht das ab firebird 3 auch problemlos, man muss dann für den embedded client in der lokalen firebird.conf
halt ganz unten classic einstellen.
das hätte bei dem betrieb auf einem share aber weiterhin alle schon bekannten nachteile in der performance.
und ohne das du mit der alten datenbankversion von jeder datenbank ein backup zB mit gbak machst in der alten
version und dann das restore mit dem fb5 gbak o.ä. wirst du dann eh nicht weiter kommen. bei der Konstellation
die euer Entwickler da hinterlassen hat, kann es auch noch gut sein, das du noch andere lustige nebeneffekte
feststellen wirst, wenn der Client nicht angepasst ist (also die delphi exe zB bestimmte tfield objekte referenziert
die in fb5 anders kommen wie count ist int64 usw. )
das kann man alles lösen, aber irgendwie hat euer entwickler da schon ein sehr seltsames konstrukt als basis hinterlassen.
bessere performance bei fb5 für single user datenbanken auf shares kannst du aber vergessen, falls das die motivation
zum umstieg ist.
wenn das um lauffähig machen geht bleib einfach bei fb25 auch auf dem neuen server, dann solltest du eigentlich nichts
an der alten config ändern müssen.