Wenn ich mich nicht irre, ist diese Funktionalität
Data Abstract vorbehalten.
Hallo Uwe,
das habe ich befürchtet.
Es ist so dass 100% meine Anwendungen mit Datenverwaltung zu tun haben. 90% davon sind reine Client/Server zwei Schichtenarchitektur. Der geringste Anteil erwartet eine Mehrschichtenarchitektur. Bis jetzt habe ich mich durch die Aufgabe drücken können bzw. per
TCP lösen können. Wenn man sich jedoch mit einer Technologie näher beschäftigt, und sein Wissen auch produktiv einsetzten kann, so kommen immer mehr Anforderungen. Deshalb sehe ich die Mehrschichtenarchitektur als neue Herausforderung.
Mit DataSnap habe ich jetzt ein kleines Projekt umgesetzt. Es funktioniert hervorragend wenn der Kommunikationskanal stabil ist, also im LAN. Für die aktuelle Anwendung ist es leider nicht der Fall. Es ist eine mobile Anwendung über das UMTS und schlechter Netz.
Ich habe gelesen dass RemObjects genau das beherrschen soll. Deshalb beschäftige ich mich damit.
Für Mehrschichtenarchitektur Anwendungen fehlt mich auch noch das entsprechende Hinterundwissen welches sich unterscheidet zu Zweischichtenarchitektur. Ist dir Literatur darüber bekannt? Mich quellen Fragen wie:
-Müssen bei Mehrschichtenarchitektur primary und foreign keys
GUID sein? (Ich hasse
GUID, sie sind schlecht lesbar, können nicht chronologisch sortiert werden und werden von den
DBMS Systemen deutlich langsamer angesprochen.
-Darf ich in der Datenbank keine Referenzielle Integrität mehr einsetzen? (Die Mittelschicht soll angeblich der Herrscher für die Geschäftslogik sein. RefInt. Hat mir schon mal den A.. gerettet weil ich übersehen habe das ein Datensatz bereits verwendet wurde und ich es löschen wollte.)
Und noch ein paar andere Sachen.
Gruß Kostas