Delphi-PRAXiS
Seite 2 von 3     12 3      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)
-   -   Delphi Richtiges AppData-Verzeichnis (https://www.delphipraxis.net/87650-richtiges-appdata-verzeichnis.html)

Catbytes 5. Mär 2007 09:11

Re: Richtiges AppData-Verzeichnis
 
Zitat:

Zitat von Christian Seehase
Moin Catbytes,
Welche Daten, die verändert werden können, sollten denn Systemweit gelten?

Spontan fällt mir da eine DB-Anwendung ein. Laß es die Kochrezeptesammlung oder das digitale TV-Heft sein. Ich kann ja nicht für jeden Benutzer eine eigene DB nehmen. Vor allem dann nicht, wenn Benutzer A ein neues Rezept schreibt, daß auch Benutzer B sehen/ändern soll.

Und die einzelnen Datensätze den einzelnen Benutzern zuzuordnen stelle ich mir inkonsistent vor. Gerade z.B. bei Primärkeys mit Autowert.

Das die einzelnen Einstellungen wie Farbeinstellungen etc. nur für die Benutzer gelten sollen, habe ich ja schon geschrieben - das ist ja auch an sich kein Problem. Mir geht es wirklich nur um All Users. Einfach mal in den eigenen All Users-Ordner schauen - da tummelt sich ne ganze Menge.

Luckie 5. Mär 2007 09:16

Re: Richtiges AppData-Verzeichnis
 
Dagfür nimmt man einen DB-Server. Dieser kann auch lokal auf dem Rechner laufen.

Catbytes 5. Mär 2007 09:22

Re: Richtiges AppData-Verzeichnis
 
Zitat:

Zitat von Luckie
Dagfür nimmt man einen DB-Server. Dieser kann auch lokal auf dem Rechner laufen.

Wäre das nicht etwas overdozed für 'ne simple "Kochsammlung"? Und wo sollte dieser DB-Server laufen? Sag jetzt nicht Programmverzeichnis :mrgreen:

Da wäre ich dann wieder am Anfang meiner Reise, wo ich eigentlich weg wollte...

Es kann doch nicht sein, daß mir das 'mächtige' BS Windows hier nicht helfen kann. Simple Aufgabe: Alle Benutzer eines Systems sollen auf Daten Zugriff erhalten. Sowohl lesend als auch schreibend. Und ich möchte nicht die Registry.

Luckie 5. Mär 2007 09:25

Re: Richtiges AppData-Verzeichnis
 
Der DB-Server wird in das nach c:\Programme installiert, wo er auch hingehört. Zugriff erfolgt über einen Dienst / DB-Treiber. Installier dir mal MySQL und guck dir das an. Und 'oversized' ist es dann nicht, wenn mehrere Benutzer gleichzeitig auf die DB zugreifen sollen, denn dann brauchst du eine gescheite Datenbank.

MagicAndre1981 5. Mär 2007 09:35

Re: Richtiges AppData-Verzeichnis
 
:shock: *Hust* :shock:

MySQL = gescheite DB :wall: :wall:

Luckie 5. Mär 2007 09:40

Re: Richtiges AppData-Verzeichnis
 
Ich will hier jetzt nicht über die Eignung von MYSQL diskutieren, das war nur ein Beispiel, obwohl ich deine Abneigung nicht nachvollziehen kann, zu mal du sie hier unbegründet in den Raum gestellt hast.

Catbytes 5. Mär 2007 09:44

Re: Richtiges AppData-Verzeichnis
 
Zitat:

Zitat von Luckie
Der DB-Server wird in das nach c:\Programme installiert, wo er auch hingehört. Zugriff erfolgt über einen Dienst / DB-Treiber. Installier dir mal MySQL und guck dir das an. Und 'oversized' ist es dann nicht, wenn mehrere Benutzer gleichzeitig auf die DB zugreifen sollen, denn dann brauchst du eine gescheite Datenbank.

Das ist aber genau das, was ich verhindern möchte. Einen Dienst zu installieren wird hier im Forum generell als "kritisch" betrachtet. Wie oft habe ich schon gelesen: "Was Dienst installieren - kommt mir nicht auf die Platte". Und für das, was ich vorhabe langt MS-Access bzw. DBISAM vollkommen aus. Die Benutzer greifen ja bei einem Mehrbenutzerprogramm nicht gleichzeitig, sondern abwechselnd zu (je nachdem, wer gerade angemeldet ist). Als Einzelplatz-DB ist Access vollkommen in Ordnung. Ich würde zustimmen, wenn das ganze im Netz läuft mit >5 Benutzer gleichzeitg. Auf C:\Programme habe ich nunmal keine Rechte als Benutzer. Ich möchte doch nur, daß die Benutzer mit ihren normalen Rechten alles dürfen innerhalb des Programms und nichts ins Programmverzeichnis kommt (so wie es MS vorschlägt und hier im Tenor im Forum immer wieder gepredigt wird).

Ich glaube so langsam gebe ich mein Vorhaben auf und knalle einfach wieder alles ins Programmverzeichnis. Wenn dann ein Benutzer kommt und sagt "da geht was nicht", schlage ich ihm vor, sich als Admin anzumelden. So wie ich es schon dutzendfach von anderen Proggern gehört habe, deren Programme ich nutze. Traurig aber wahr...

MagicAndre1981 5. Mär 2007 09:46

Re: Richtiges AppData-Verzeichnis
 
[OT]
DB Crash beim Schreiben von Daten bei einem Stromausfall ist ein KO-Kriterium für ein DBMS :roll:
Dann die chaotischen Lizenzbedingungen, das Fehlen von Transaktionen bei MyISAM (weiteres KO-Kriterium bei DBS) :wall:
[/OT]

MagicAndre1981 5. Mär 2007 09:49

Re: Richtiges AppData-Verzeichnis
 
Zitat:

Zitat von Catbytes
Das ist aber genau das, was ich verhindern möchte. Einen Dienst zu installieren wird hier im Forum generell als "kritisch" betrachtet. Wie oft habe ich schon gelesen: "Was Dienst installieren - kommt mir nicht auf die Platte".

:shock: häh, was für ein Quatsch. Interaktive Dienste sind ein Risiko, aber normale Dienste nicht :gruebel:

Zitat:

Zitat von Catbytes
Ich glaube so langsam gebe ich mein Vorhaben auf und knalle einfach wieder alles ins Programmverzeichnis. Wenn dann ein Benutzer kommt und sagt "da geht was nicht", schlage ich ihm vor, sich als Admin anzumelden. So wie ich es schon dutzendfach von anderen Proggern gehört habe, deren Programme ich nutze. Traurig aber wahr...

:gruebel: Warum? Der Admin installiert die DB und den DBMS, dann haben die User doch kein Problem damit wo der Server liegt.

SirThornberry 5. Mär 2007 10:00

Re: Richtiges AppData-Verzeichnis
 
Hab ihr eignetlich gelesen was "Christian Seehase" geschrieben hatte? Es gibt einen ordner wo schreibzugriffen von allen möglich sind und genau das war doch gewünscht. Was spricht jetzt dagegen für diesen Fall dieses Verzeichnis zu verwenden?


Alle Zeitangaben in WEZ +1. Es ist jetzt 15:47 Uhr.
Seite 2 von 3     12 3      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz