Wer nutzt denn alles DataSnap?

[himitsu]

Mal eine ganz einfache Frage,

Nutzt ihr DataSnap und wenn ja, was macht ihr denn so alles damit?


Also, wenn ich dieses so nutze, wie es in vielen Tutorials beschrieben wird
und wenn ich etwas mehr möchte, als mit dieser komische Wizard an zusammenklickbarem Code zur Verfügung stellt, dann hab ich das Gefühl, dieses DataSnap wäre nicht für einen produktiven Einsatz geeignet. :gruebel:

Jedenfalls wenn ich bedenke, daß es hier und da einige Ungereimtheiten gibt, wie z.B. Stream, welche einfach mal so nicht übertragen werden und von den Speicherlecks ganz zu schweigen.

z.B. die Sache mit dem Callback:
So wie es Bob macht, da wird das Result vom Execute nicht freigegeben und auch beim übergebenen Parameter muß man wohl etwas aufpassen.
http://edn.embarcadero.com/article/40356

Außer von Bob gibt es leider kaum Quellen und wenn, dann sieht es so aus, als wenn es ihm fast alle einfach nur blind nachmachen. :stupid:

[mirage228]

Hey,

Ich wollte es mir mal anschauen, bis mir auffiel, dass es in meiner Professional-Version gar nicht dabei ist ;-)
Es hatte sich zumindest interessant angehört, aber die Probleme, die Du ansprichst hören sich ja nun nicht so gut an, zumal ja auch eigentlich recht rege Werbung für DataSnap gemacht worden ist...

Viele Grüße

[himitsu]

Jupp, privat kann ich's auch nicht nutzen, aber auf Arbeit hab'sch 'nen großes XE zur Verfügung.
Hatte aber dennoch mal versucht unser DataSnap-Modul in meinem 2010 laufen zu lassen, so in der Hoffnung, daß nur die Wizards fehlen, aber alle nötigen Dateien dennoch dabei sind ... dem war leider nicht so. :stupid:

Und jupp, Werbung wird viel gemacht, aber wenn man sich mal in der DP und in Google umschaut, dann scheint es so, als wenn es eigentlich keiner nutzt, da man fast garnichts dazu findet.

[taveuni]

Data Snap hatten wir uns angeschaut als wir ein erstes grosses Multi Tier Projekt realisieren mussten.
Glücklicherweise sind wir damals über RemObjects gestolpert.
Dieses Framework ist ausserordentlich mächtig.
Ausserdem ist es als natives Delphi VCL Framework und als .net Framework erhältlich.
Wir haben nun schon diverse Projekte mit gemischten Delphi Clients / .net Servern und
umgekehrt realisiert. Wenn Du da mal angebissen hast kommst Du nicht mehr davon los.

Neuerdings gibts das Framework auch für Mac OSX.
Multiplatform in diesem Sinne ist also greifbar.

Allerdings kostet's natürlich eine Kleinigkeit.

[DSCHUCH]

ich vermute mal ihr nutzt data abstract. das ist eine art middle tier bzw mapping für db-zugriff, korrekt? eigene funktionen damit abzubilden scheint mir zumindest im video nicht vorzukommen. auch benötigt man ja häufig unabhängig der datenbank funktionen welche zB einfach nur rechnen und ein ergebnis zurückgeben.

eine weitere anforderung ist ja zB caching. der application server soll daten zwischencachen damit die datenbank nicht ständig durch abfragen belastet wird, welche immer das gleiche ergbnis an die clients liefert (statusinformation). wenn es änderungen an daten gibt, meldet der db-server dies dem app-server, dieser fragt die daten neu ab und meldet den clients, dass diese ihre neuen informationen jetzt beziehen können.

[stahli]

@ himitsu:
Nur der Vollständigkeit die heutige eMail...

@ DSCHUCH:
So hatte ich das auch interpretiert und wenig verstanden (insb. für welche Anwendungsfälle so etwas geeignet ist) :duck:
Erst dachte ich, es wäre ein Ersatz/Nachfolger von ECO aber das ist es wohl doch nicht.

[himitsu]

@stahli: Jupp, hab ich gesehn.
Ich glaub der beobachtet mich ... Zum Mittag hab ich seinen Namen erwähnt und kurz darauf kommt eine Mail. :lol:
Ansonsten, nutze ich auch schon einige seiner Veröffentlichungen, zu diesem Thema.
Och, als Erstes wird dann erstmal Mister Eissing genervt, wenn wir ihn bald sehn :twisted:

[add]
soviele persönliche Information für eine kleine PDF? :shock:
http://forms.embarcadero.com/forms/A...SnapWhitepaper

[Phoenix]

Zitat:

Zitat von DSCHUCH (Beitrag 1081996)

ich vermute mal ihr nutzt data abstract. das ist eine art middle tier bzw mapping für db-zugriff, korrekt? eigene funktionen damit abzubilden scheint mir zumindest im video nicht vorzukommen. auch benötigt man ja häufig unabhängig der datenbank funktionen welche zB einfach nur rechnen und ein ergebnis zurückgeben.

Das Mapping ist nur ein kleiner Aufgabenteil von DataAbstract. Der Schwerpunkt liegt selbstverständlich auf der Implementierung eigener Business-Logik in einer skalierbaren Schicht. Du kannst eigene Funktionen sowohl im Code als auch mittels Scripting implementieren. Wahlweise eins von beidem oder auch in Kombination. Je nach belieben. Scripting hat hierbei den Vorteil, dass die Scripte auch zur Verifizierung noch an den Client übertragen werden können und dort eine Vor-prüfung durchführen können um unnötiges Übertragen von Daten zu verhindern.

Zitat:

Zitat von DSCHUCH (Beitrag 1081996)

eine weitere anforderung ist ja zB caching. der application server soll daten zwischencachen damit die datenbank nicht ständig durch abfragen belastet wird, welche immer das gleiche ergbnis an die clients liefert (statusinformation). wenn es änderungen an daten gibt, meldet der db-server dies dem app-server, dieser fragt die daten neu ab und meldet den clients, dass diese ihre neuen informationen jetzt beziehen können.

Nicht wirklich. Cacheing macht in N-Tier-Umgebungen nahezu überhaupt keinen Sinn. Das Problem ist durch die Skalierbarkeit gegeben. Was für einen Sinn macht es, wenn der Application Server auf Maschine 1 Daten cached, die auf Maschinen 2, 3 und 4 gerade (ggf. gegensätzlich) verändert wurden? Um die Caches immer über alle Maschinen aktuell zu halten würde man so viel Synchronisierungs-Overhead erzeugen, das es keinen Sinn mehr machen würde das überhaupt in eine Separate Logik-Schicht auszulagern. Die Datenbank cached schon genug, daher besteht keine Notwendigkeit eine weitere Cache-Schicht einzuziehen. Um Datenbanken über die Verwendung größerer Cluster hinaus zu skalieren muss man anfangen, Daten zu partitionieren. Auch hier macht Cacheing gar keinen Sinn.

[MEissing]

Zitat:

Zitat von Phoenix (Beitrag 1082035)

Nicht wirklich. Cacheing macht in N-Tier-Umgebungen nahezu überhaupt keinen Sinn. Das Problem ist durch die Skalierbarkeit gegeben. Was für einen Sinn macht es, wenn der Application Server auf Maschine 1 Daten cached, die auf Maschinen 2, 3 und 4 gerade (ggf. gegensätzlich) verändert wurden? Um die Caches immer über alle Maschinen aktuell zu halten würde man so viel Synchronisierungs-Overhead erzeugen, das es keinen Sinn mehr machen würde das überhaupt in eine Separate Logik-Schicht auszulagern. Die Datenbank cached schon genug, daher besteht keine Notwendigkeit eine weitere Cache-Schicht einzuziehen. Um Datenbanken über die Verwendung größerer Cluster hinaus zu skalieren muss man anfangen, Daten zu partitionieren. Auch hier macht Cacheing gar keinen Sinn.

Diese Aussage ist in ihrer Pauschalität nicht richtig. Letztendlich geht es in jeder (Multi-Tier-) Anwendung um die Kosten für die Verarbeitung und Beschaffung der Daten. Nebenläufigkeiten (:-)) wie die Wahl zwischen Skalierbarkeit und Verfügbarkeit lasse ich hier erstmal weg:
Ein Cache kann durchaus Sinn ergeben, auch über verschiedene Instanzen eines Anwendungsservers hinweg. Sind die Kosten für bestimmte Datenbankabfragen besonders hoch, so implementiert man seit Jahren in den verschiedensten Anwendungen eine Caching-Protokoll, was diese Instanzen aktualisiert. Das ist nichts Neues.

Nimmt man dann doch noch die Verfügbarkeit des Gesamtsystems mit in die Waagschale, so ist es unerlässlich sich über ein zentrales Session-Management Gedanken zu machen. Spätestens da muss man sich über Caches und deren Synchronisation Gedanken machen.

Eine skalierbare Infrastruktur zu bauen ist nicht weiter kompliziert. Eine verfügbare Infrastruktur dagegen schon.

[Phoenix]

Rreden wir hier z.B. von Euren Foren? *scnr* ;-)