Multi Tier in einer 24/7 Umgebung implementieren, aber wie?

[Robert_G]

Ich habe mir letztlich das RemObjects SDK gesaugt und ein wenig damit rumgespielt.
Alle Achtung, das Ding ist teilweise komfortabler als Webservices in .Net.
btw: die .Net Variante ist aufgrund des binären Fomates auch noch merklich schneller als jede Remoting variante von .Net.
Zusammen mit ihrem Data Abstract scheint das eine ziemlich coole Lösung zu sein.

Das hätte ich zu meinen D32-Zeiten kennen sollen...

Den Irrweg von zuviel DB-seitiger Logik bin ich selbst lange gefolgt.
Es gibt immer Dinge, die man innerhalb einer DB am simpelsten und effizientesten lösen kann.
Solange die DB nicht Oracle oder SQL Server 2005 heißt, dürfte sich dieser Anteil wohl bei knapp über null einpendeln.
Aber selbst darin ist es teilweise ein Krampf. PL/SQL ist zwar IMHO die produktivste und lesbarste DB-Sprache, aber sie ist trotz allem nur eine dumme Scriptsprache, der man mit einem Vorschlaghammer versucht hat, OOP einzuhämmern.
Verglichen mit einer Implementierung in einer OO-Hochsprache wie Delphi, .Net, Java, ... im MiddleTier ist es einfach nicht effektiv zuviel in einer DB-Sprache zu wurschteln...
SQL CLR scheint eine ziemlich coole Sache zu sein, der Code selbst ist (.Net-like ) rasent schnell. Dumm ist nur, dass die Zugriffe auf die eigentlichen Daten nicht so schnell wie in bloody TSQL ablaufen (verglichen mit Bulk collects aus PL/SQL sind sie sogar lachhaft).
Und ab dem Punkt schlägt ganz schnell meine @-Allergie zu...

Um auch ein wenig zum eigentlichen Problem zu sagen ( ): Wäre es nicht mindestens genauso einfach Packages zu tauschen statt DDL absetzen zu müssen?