Multiuser mit C-API

[mkinzler]

Der lowlevel Ansatz macht vielleicht Sinn, wenn man eine Delphiversion ohne Datenbankunterstützung verwendet. Da du aber ein pro Version mit datenbankunterstützung verwendest würde ich diese auch verwenden!

[AMaurer]

Hallo Markus,

danke für die schnelle Antwort.

Ich hatte auch einen Ansatz mit ZEOs, bin allerdings wieder davon weg, da mir das zu unübersichtlich wurde. Die Anwendung läuft in einem Formular, indem entsprechend der Auswahl im Menü Panels ein- bzw. ausgeblendet werden. Insgesamt ca 30 Tabellen lassen sich so pflegen. Dazu die ganzen DataSources, DataSets usw.

Außerdem sind die "ZEOs-Daten" in den Formularen doch dann auch nicht datensensitiv, oder? Es hat ja auch Vorteile, wenn dem nicht so ist. Dann wird ein Feld-Edit nicht gleich in die DB geschrieben sondern man kann die Aktion separat auslösen.

Wie wird der konsistente Multi-User-Zugriff denn hier gelöst?

Andreas

[himitsu]

Zum Ansprechen eines MySQL-Servers machen sich fertige Komponenten bestimmt nicht schlecht.

Ansonsten läßt sich die LibMySQL.dll direkt ansprechen, aber die ist natürlich nur eine Single-App-Schnittstelle. (man kann die API in einer eigenen DLL/EXE kapseln und dann über threadsichere Aufufe von mehreren Stellen und via IPC auch von mehreren Programmen aus aufrufen)
LibMySQL ...
LibMySQL Header

[mkinzler]

Zitat:

Außerdem sind die "ZEOs-Daten" in den Formularen doch dann auch nicht datensensitiv, oder? Es hat ja auch Vorteile, wenn dem nicht so ist. Dann wird ein Feld-Edit nicht gleich in die DB geschrieben sondern man kann die Aktion separat auslösen.

Man kann datensensitive Komponenten verwenden muss es aber nicht.

Zitat:

Wie wird der konsistente Multi-User-Zugriff denn hier gelöst?

Es gibt verschiedene Ansätze dafür, unabhängig vom Zugriffsweg:
-Sperrtabellen
-verfügbare Sperrfunktionalität der verwendeten storage-engine
-Events