"Getting started" zu mORMot gesucht

[Sir Rufo]

Zitat von DeddyH:

Dann scheine ich das aber doch nicht richtig verstanden zu haben, denn die Clients kommunizieren doch eben nicht direkt mit der DB. Wenn man also den Server auf dem DB-Server laufen lässt, ist man doch überhaupt nicht von der Einschränkung betroffen, oder täusche ich mich?

Es geht um den Client/Server Datenzugriff (Client/Server DataAccess). Und das betrifft dann eben auch mORMot.

Wenn man das ganz spitz auslegt, dann dürfte man auch keine Abfragen mehr aus dem Internet machen, wie z.B. Downloads.

Ich vermute mal, die wollen ihren DataSnap-Gedöns an den Mann bringen und wer da nicht mitspielen möchte, der soll dann gefälligst drauf zahlen.

[Sir Rufo]

Zitat von DeddyH:

Danke für den Tipp. Das Testprojekt kenne ich schon, was ich mir idealerweise wünschen würde, wäre eine Art "mORMot für Dummies", indem man mit einer kleinen Einzelplatzanwendung mit 2 oder 3 Tabellen beginnt und das dann nach und nach ausbaut. Ich würde es ja selbst schreiben, aber dazu fehlt mir ja leider das Wissen.

Was schwebt dir denn da so vor dem Auge?

[stahli]

... eine Schule mit Klassen, Lehrern, Schülern, Räumen (evtl. sogar Sitzplatzbelegung) und Stundenplan ... und das als C/S.

Für meine Turniersoftware (http://www.stahlisoft.de/produkte/st...ots/index.html) hätte ich gern ein ORM verwendet, dafür fehlten mir jedoch leider die Grundlagen. Schon gar nicht klar war mir, wie ich dann (im C/S-Projekt) die Datenbindung an die nicht ständig vorliegenden Objekte hätte realisieren können.

[DeddyH]

Jepp, etwas in der Art. Mir persönlich geht es u.a. um die Punkte
- Objektdeklarationen (1:n- bzw. m:n-Beziehungen)
- Kommunikationswege (Named Pipes, HTTP, etc.) und deren Einrichtung (wenn möglich ohne Admin-Rechte)
- Rechteverwaltung (Rollen)
- Anbindung anderer RDBMS

Und das Ganze dann kurz und knackig auf den Punkt, evtl. mit kurzen Codebeispielen, auf jeden Fall aber unter 830 Seiten DIN A 4 und einigermaßen chronologisch