Speicherort für Firebird Datenbank

[Artur]

Hallo zusammen,

mal eine ganz triviale Frage: Wo speichert Ihr Eure Datenbank-Datei?
Ich habe dazu irgendwie keine rechte Antwort gefunden.

Derzeit habe ich meine Datenbank-Datei direkt in einem Unterverzeichnis von C:\ was sehr unelegant ist, aber zumindest unter XP keine Probleme macht. Und solange ich noch am rumbasteln bin, ist es recht praktisch...

Allerdings ist mir nicht klar, ob ich Problem bekomme, wenn ich sie unter
C:\Dokumente und Einstellungen\All Users\Anwendungsdaten ablege (wo sie "gefühlt" hingehört) und wie sich VISTA dann verhalten wird.
(Trau mich noch nicht recht, meinen Rechner auf VISTA "upzugraden").

Schönes Restostern noch...

Ciao,

Artur

[mkinzler]

Dort ist sie eigentlich gut aufgehoben, wenn der Serverdienst genügend Rechte hat.

[Artur]

Hi mkinzler,

na gut, dann werde ich das mal testen :-)
Danke für die superflotte Antwort.

Ciao,

Artur

[grenzgaenger]

das kommt drauf an. wenn deine db nur von einem user vewendet werden soll, kannste sie unter anwendungsdaten speichern. wenn mehrere leut drauf zugreifen sollten, so solltest du die daten in ein separates verzeichnis ablegen (normal jedoch nicht im programmverzeichnis).

[Hansa]

Zitat:

Zitat von grenzgaenger

...wenn mehrere leut drauf zugreifen sollten, so solltest du die daten in ein separates verzeichnis ablegen (normal jedoch nicht im programmverzeichnis).

Wenn nicht ins Programmverzeichnis, wohin dann ? Das da ist eine Sache, die unter Vista wohl Ärger machen wird. Es muss eine zentrale Stelle für ALLE User geben. Man kann ja wohl nicht alle Daten in das User-Verzeichnis eines bestimmten, aber nicht mit dem momentanenen User identischen Users speichern ? Toller Satz, was ? :P Also : wohin letztenendes mit den Daten ? Von dieser Frage mal abgesehen, bisher sehe ich zumindest INI-Dateien dafür vor, den genauen Speicherort festzuhalten. Wie stellt sich Mickysoft das eigentlich vor ? :shock:

[omata]

Vielleicht hilft das hier weiter.

Gruss
Thorsten

[grenzgaenger]

tja, klassisch ins [data] verzeichnis... aber so was gibts ja bei windows nich.. daher dann normal selbst erstellen \data kann man dann auch wunderbar backupen... und die user spezifischen verzeichnise werden dabei nicht berührt. mal davon abgesehen, dass auf so 'n system dann normal 'n dedicated server für die datenbank vorzusehen wär, wenn man sich nicht ärger im überfluss einhandeln möchte...

PS: @hansa, für so 'n fall bietet es sich an, die Einstellung wie bisher in die ini, des programmverzeichnises zu stellen, oder in die registry unter local machine (mal die registry zumüllen ;-) ) . aber wenn er der einzige ist, der auf die datenbank zugreift, warum dann nicht unter benutzerdaten??? dann braucht er ja auch keinen locking mechanismus zu implementieren ;-)

[Hansa]

Ich merke, die Zeit ist reif für solche Diskussionen. :mrgreen: Also gut : 10 User. Dedicated Server sind out und Locking Mechanismen für FB auch. :stupid: Jetzt habe ich einen Server. Mein Programm soll von allen genutzt werden und zwar mit den gleichen Daten. Laut M$ sollen Schreibrechte (sofern keine Administratorrechte) nur im User - Verzeichnis gewährt werden. Und nun ? 10 User = 10 verschiedene Verzeichnisse. Trotzdem sollen die Daten gemeinsam genutzt werden. :shock:

[mkinzler]

@Hansa:

Zitat:

C:\Dokumente und Einstellungen\All Users\Anwendungsdaten

[Artur]

@Alle

Vielen Dank für die rege Beteiligung. So kann man sich täuschen (von wegen triviale Frage...).
Ich werde es mal testen (wie geschrieben unter C:\Dokumente und Einstellungen\All Users\Anwendungsdaten)

Aber nach der Diskussion frage ich mich, wo IHR Eure Daten laßt?
Und wer von Euch hat sich schon mit VISTA beschäftigt (in Hinblick auf das Thema Datenbank)?

Bei VISTA könnte ja ein separates Verzeichnis noch funktionieren (?), aber sobald es im "C:\Programme"-Pfad liegt, dürfte Schluß mit lustig sein, da dort ja nur Admins schreiben dürfen (und mein FB embedded hat ja nur die gleichen Rechte wie mein Programm, also die des Benutzers oder?).

Meine INI habe ich schon mal sauber in den jeweiligen Dokumente Bereich des Users ausgelagert, damit gibt es kein Problem und jeder User kann seine eigenen Einstellungen machen. (Thorsten hat ja auch schon auf ShFolder hingewiesen).

Aber darf der emmbedded Firebird in All Users schreiben? Ich habe noch kein Installationsprogramm gemacht, sondern bisher alles händisch kopiert bzw. auf meinem Entwicklungsrechner läuft natürlich ein vollwertiger Firebird-Server.

Und was passiert, wenn die schnelle Benutzerumschaltung verwendet wird, knallt es dann?

Fragen über Fragen.

Ciao,

Artur

[Hansa]

Zitat:

Zitat von Artur

(Trau mich noch nicht recht, meinen Rechner auf VISTA "upzugraden").

Ohne dies zu tun kann man aber wohl nur im Nebel rumstochern. Unter XP kann ich jedenfalls machen, was ich will und mein Programm läuft immer. :lol: Wohlgemerkt : auch mit eingeschränkten Rechten ! Kann man das Vista-Verhalten irgendwie simulieren ? Oder kann das mal jemand mit "All Users" testen ? Dann stellt sich auch schon die nächste Frage : was ist mit nicht-deutschen Windows-Versionen ? Wo ist eine Übersicht, wie diese Verzeichnisse alle heißen ? Also %homepath% usw.

[mkinzler]

Unter Visat gibt es keine loaklisierte Verzeichnisnamen mehr. Also kein Dokumente und Einstellungen. Diese sind nur Verknüpfungen auf Documents and Settings

[hoika]

Hallo,

um zur Frage zurückzukommen ;)
Ich speichere mein DB dorthin,
wo der Admin der jeweiligen Firma sagt ...

Meistens sind es 2000er-Server.
Die DB hat nichts zu suchen an einer Stelle,
wo (theoretisch über die Rechte) jeder User hinkommen kann.

Die DB bekommt meistens nur SYSTEM als Recht (darunter läuft ja Firebird).

Zum Speicherort, Daten und Programme trennen (2 Partitionen/2 Platten)
e:\data\mein_programm

E wäre z.B. ein Raid.


Heiko

[TBx]

Hallo!

Ich Habe mir ein Verzeichnis Databases in C:\ angelegt.
Hierunter nun jeweilig ein Verzeichnis, das ich genauso benenne wie das, in dem mein Programm liegt (bzw. wenn es eine Gruppe von Programmen ist, die auf die Datenbank zugreifen sollen, dann nutze ich den Namen dieser Gruppe).
In diesem Verzeichnis lege ich dann die Datenbank ab.

Zugriff auf diese Datenbank habe ich niemals über die éxakte Pfadangabe sondern nur über Aliase (--> siehe aliases.conf).

Ich lege alle Datenbanken in einen Verzeichnisbaum, da es sich empfihlt, Datenbanken vom Virenscan auszuschließen. Dies läßt sich dann sehr einfach realisierne, indem man den ganzen Baum ausklammert.

Die Verwendung von Aliasen macht mir eine Verlagerung der Datenbanken jederzeit sehr einfach.

Gruß

Thomas

[Lemmy]

Hi,

direkt mit den Verzeichnisnamen zu arbeiten ist meiner Meinung nach Schwachsinn - dazu gibt es in den neuen Windows-Versionen Funktionen (ab Windows NT 4.0), die den entsprechenden Verzeichnisnamen zurückliefern (z.B. AllUsers - Anwendungsdaten). Wo der dann genau liegt kann eigentlich wurscht sein, so lange der Pfad bei der Installation und im Programm nachher gleich sind.

In meiner aktuellen Entwicklung verwende ich dwspfAppData (aus DelphiWorks) welches mit den "Anwendungsdaten"-Pfad von AllUsers zurückliefert. Das Programm (incl. Setup) funktioniert ohne Probleme unter Windows 2000 bis zu Windows Vista unter Standard-User-Rechten! Wobei es sich da um ne Stand-Alone-Anwendung handelt (Firebird embedded).

Aber auch auf dem Server würde ich mir gut überlegen, ob der User bestimmen darf wo die Datenbank installiert werden soll, denn sonst kommt der Anwender (auch wenn es der Administrator ist) auf die Idee und "sichert" die Datenbank im Laufenden Betrieb per copy-paste. ALs einzigen Grund für die Wahl des DB-Verzeichnisses spricht dafür, dass der Anwender ein Verzeichnis ohne automatische Replikation aussuchen kann, denn das bekommt FB auch nicht gut...

Was für mich persönlich ein Grund wäre eine Software NICHT einzusetzen: Wenn das Ding ungefragt auf C:\ irgend welche Verzeichnisse anlegt, ohne dass ich einen Einfluss darauf habe.

Grüße
Lemmy

[Hansa]

So, morgen habe ich Vista. :P Für Support-Fälle ist das wohl noch unproduktiver als die Vorgängerversionen. Es ist ein Unding, notfalls den Enduser die DB suchen zu lassen, z.B. um die genaue Dateigröße zu ermitteln. Wer soll das bezahlen ? Start -> ausführen -> %homepath% ist schon zuviel für DAUs. Das kriegen die nicht fehlerfrei hin. Wetten ? :mrgreen:

[mkinzler]

In diesem Fall sollte man die Alias-Funktion verwenden.