Warum sperrt Firebird den gemeinsamen Zugriff ?

[hsbc]

Hallo allerseits,

Wenn ich meine Anwendung im lokalen Netzwerk von 2 Rechner aus gleichzeitig verwende, dann gibt es Probleme beim gleichzeitigen Zugriff auf die Tabellen.

Computer 1 = Server IP: 192.168.000.002
Computer 2 = Client IP: 192.168.000.005
Die ZConnection befindet sich auf einem DatenModul und wird gemeinsam verwendet.
Die ZQuery's befinden sich in den jeweiligen Formularen, haben aber den gleichen Namen (ZQ_Anbot), was aber funktionieren müsste, da sie ja auf verschiedenen Formularen liegen.

TransactIsolationLevel der ZConnection = tiSerializeable
ReadOnly der ZConnection = false

Die Sperre tritt nach einem Schreibzugriff auf die Tabelle ein. Muss ich hier nach dem Schreibzugriff explizit etwas freigeben?
Die Sperre wird erst beendet, wenn ich auf dem anderen Rechner den Programmzweig beende, das heisst, die ZQuery dort geschlossen wird.

Wie kann ich erreichen, dass mehrere Anwender im Netzwerk gemeinsamen Schreibzugriff auf die Tabelle haben? Die Anwendung ist so aufgebaut, dass mehrere Anwender nie den gleichen Datensatz bearbeiten können und trotzdem funktioniert das nicht.

mfg
Herbert

[Bernhard Geyer]

Zitat:

Zitat von hsbc

Die Sperre tritt nach einem Schreibzugriff auf die Tabelle ein. Muss ich hier nach dem Schreibzugriff explizit etwas freigeben?
Die Sperre wird erst beendet, wenn ich auf dem anderen Rechner den Programmzweig beende, das heisst, die ZQuery dort geschlossen wird

Willst Du von PC2 ohne zu schließen der Query auf den gleichen Datensatz schreibend zugreifen und ist auf PC2 die Query vor dem bearabeiten auf PC1 geöffnet worden?

[hsbc]

Hallo Bernhard,

nein, auf den gleichen Datensatz kann in der Regel nicht gleichzeitig zugegriffen werden, da das System so aufgebaut ist:

Primärer Key besteht aus: ANBOTNR + SATZNR

und jeder User hat seine eigene ANBOTNR-Serie, daher dürfte da schon mal kein Konflikt zustandekommen.

Was mir aber in der Zwischenzeit aufgefallen ist, ist der TransactIsolationLevel, welchen ich auf tiSerializeable gestellt hatte. Ich probiere derzeit mit der Einstellung auf none - hier dürfte es so weit ich bis jetzt gesehen haben, funktionieren, hoffentlich war dies kein Zufall.

mfg
Herbert