Kleine Demo zu mORMot

[neo4a]

Wenn Du also Dein Datenmodell als Delphi-Objekt ausführst, ist die Bereitstellung eines Rest-Zugriffs auf einen DB-Server dann nur noch ein Einzeiler. Die (Delphi-) Clients können ja trotzdem noch nativ mit dem DB-Server arbeiten. Damit kann man externen Anwendungen Standard-Protokoll-Zugriff auf "seine" Datenbank ermöglichen und hat trotzdem noch exklusive Hoheit über die Geschäftsregeln (ohne umständliche Stored Procedures oder Trigger).

Das ist zwar nicht die Hauptaufgabe von mORMot, aber m.E. ein sehr netter und vor allem schnell realisierter "Seiteneffekt".

[stahli]

Ok, interessant ist das sicher. Zwei Fragen habe ich aber:

Wenn mehrere Clients den Server nutzen, wie werden dann Konflikte gehändelt?
Wenn ich eine Datenbank aus Version 1 habe und will die mit einer Programmversion 5 (mit anderer Datenstruktur) benutzen, was passiert dann? Gibt es eine Art Differenzscripte o.ä.?

[Sir Rufo]

Wenn du dein Konzept richtig aufsetzt, dann gibt es keine Konflikte (Lock/Unlock)

Und unterschiedliche Versionen Client/Server unterliegen eigentlich den gleichen Bedingungen wie bei einem normalen DB-Server.

Die Erweiterung der Tabellenstruktur wird automatisch vom Server auf Basis des Models vorgenommen.
Da muss man sich um nichts kümmern.

Ebensowenig wie du ein Script mitliefern musst, damit die DB aufgesetzt wird.

Problematisch wird es immer dann, wenn du Felder komplett umdeklarierst (z.B. Text->Integer) oder Felder umbenennst.
Aber dieses Problem hast du bei jeder Datenbank und ist kein Alleinstellungsmerkmal von mORMot