Access-Datenbank gesperrt - Problem mit Windows-Update?

[Delphi.Narium]

Ehrlich gesagt: Keine Ahnung.

Habe seinerzeit rumprobiert, bis ich zu dem Schluss kam, dass die oben von mir gepostete Variante (für meine Begriffe) ordentlich funktioniert.

Die Formulierung

Code:

cmShareDenyNone - Die Verbindung kann mit keiner Art von Zugriffsrecht von anderen Benutzern geöffnet werden.

klingt für mich so: Die Anderen dürfen nix.
Aber: Man kann die Formulierung durchaus auch anders interpretieren.

Für mich klingt das so: Egal mit welchen Rechten es die anderen versuchen, sie werden scheitern.

Aber man kann es auch so interpretieren: Egal welche Rechte die Anderen nutzen, sie können zugreifen.

Bei dieser Art von Hilfe bin ich immer hilflos, denn die Aussage entspricht in etwa einem "Entschiedenen sowoh als auch" (oder so ähnlich).

Viele AdoConnection = viele Handles, viele Querys = viele Handles.

Was ich nicht weiß, inwieweit die Handles beim Freigeben der AdoConnections bzw. der Querys sofort "verschwinden".

Von daher ist mein Vorgehen immer so:

Alles, was ich brauche, wird bereits in der Entwicklungsumgebung auf's Formular ... gepappt. Dabei gilt: Von allem so wenig wie möglich.

Mehrere AdoConnetions nur, wenn auch mehrere Datenbanken genutzt werden. Pro DB nur eine Connection.

Querys: Eine für Abfragen, eine für Insert, Update, Delete ... (also den Rest) (ggfls. pro DB).

Pro DBGrid, DBCtrlGrid, DataSource (o. ä.) (sofern welche zum Einsatz kommen) eine Query.

Connections verbinden sich beim Programmstart mit der Datenbank und beenden die Verbindung beim Programmende. Auch hier gilt: So wenig wie möglich.

Ob dieses Vorgehen nun den Regeln der Kunst entspricht, mit irgendwelchen Vorgehensmodellen, ... konform geht, keine Ahnung. Fahre mit diesem Vorgehen seit fast 2 Jahrzehnten gut und solange läuft auch schon ein Teil meiner Software ohne Mucken.

[Dalai]

Vielleicht lohnt sich ein Blick auf die Englische Erklärung:

Connect Mode	Meaning
cmUnknown	Permissions are not yet set for the connection or cannot be determined.
cmRead	Read-only permissions are available to the connection.
cmWrite	Write-only permissions are available to the connection.
cmReadWrite	Read/write permissions are available to the connection.
cmShareDenyRead	Prevents others from opening connections with read permissions.
cmShareDenyWrite	Prevents others from opening connection with write permissions.
cmShareExclusive	Prevents others from opening connection.
cmShareDenyNone	Prevents others from opening connection with any permissions.

Klingt für mich danach, als müsste man cmShareDenyNone als cmShareDenyAll, cmShareDenyAny oder cmShareDenyEverything deuten. Und ich frage mich, was dann noch der Unterschied zwischen cmShareDenyNone und cmShareExclusive sein soll.

Sorry, wenn der Beitrag nicht (sonderlich) hilfreich gewesen sein sollte.

Grüße
Dalai

[Delphi.Narium]

Dein Beitrag besagt genau das, was ich vermute.

cmShareDenyNone = Außer mir darf keiner was.