Empfehlung zur offenen Gestaltung von DB-Anwendungen gesucht

[mschaefer]

Hallo Stevie,

also für die Standartsqlabfragen scheint das mit ZEOS sehr gut zu funktionieren.
Hast Du mal etwas mit Funktionen in SQL-Abfragen gemacht. Da hatte ich allerdings
bei bei 6.1 noch ziemlich Probleme, da ZEOS die Funktionswörter (z.B. "CAST") als
Fehler reklamierte.

Grüße // Martin

[Igotcha]

Ja, da habe ich so mein Problem mit

Ich benutzte: 6.1.5-stable build at 2004-04-29 07:03:04

Irgendwie habe ich als "Protokoll" aber keine Oracle als Auswahl

Gruß Igotcha

P.S. Sorry, habe gerade gesehen 6.5 unterstützt Oracle. Werde ich dann mal updaten und testen, danke!

[Stevie]

Ne, mit Prozeduren hab ich zumindest unter MySQL oder Oracle nicht mit ZEOS gearbeitet.

Zitat:

Die Version 6.5.0 (momentan leider noch alpha) unterstützt auch Oracle9i.

Teste die Sache doch einfach mal mit dieser Version. (Hier zu bekommen)

[Igotcha]

So, habe jetzt erstmal zeos auf 6.5 upgedated. Hat etwas gedauert, da ich alle zeos-Komponenten im Programm ersetzen musste - einige Poperties haben sich geändert.

Mit mySQL läuft es wie gewohnt sehr gut und am Wochenende werde ich mir das Ganze mal mit Oracle anschauen und berichten.

Gruß Igotcha

[Robert_G]

Zitat von Stevie:

Die Version 6.5.0 (momentan leider noch alpha) unterstützt auch Oracle9i.

Eine Alpha/Beta/Irgendwas Version auf eine Ora-DB?
Das kannst du echt nicht bringen.
Wenn bei deinem Kunden Oracle läuft, dann hat das seinen Grund. Wurschtelst du jetzt mit Software auf dem Server rum, die weder final noch validiert ist, hebst du theoretisch sämtliche Hardware/Software Validierung auf, die dort bisher gültig war.
Soll heißen: Du verwandelst damit im Endeffekt jede DB, die dort läuft, in eine Alpha/Bata. Das mag jetzt wie Erbsenzählerei klingen, aber eine Ora-DB läuft nicht um sich ein paar Kugelschreiber zu sortieren.
Darauf kann die gesamte Firmenlogik aufbauen (Die nunmal bis ins kleinste Detail validiert werden muss. )

[Stevie]

Zitat von Robert_G:

Zitat von Stevie:

Die Version 6.5.0 (momentan leider noch alpha) unterstützt auch Oracle9i.

Eine Alpha/Beta/Irgendwas Version auf eine Ora-DB?
Das kannst du echt nicht bringen.
Wenn bei deinem Kunden Oracle läuft, dann hat das seinen Grund. Wurschtelst du jetzt mit Software auf dem Server rum, die weder final noch validiert ist, hebst du theoretisch sämtliche Hardware/Software Validierung auf, die dort bisher gültig war.
Soll heißen: Du verwandelst damit im Endeffekt jede DB, die dort läuft, in eine Alpha/Bata. Das mag jetzt wie Erbsenzählerei klingen, aber eine Ora-DB läuft nicht um sich ein paar Kugelschreiber zu sortieren.
Darauf kann die gesamte Firmenlogik aufbauen (Die nunmal bis ins kleinste Detail validiert werden muss. )

Du hast natürlich recht! Er soll ja auch nicht seine Software mit den Kompos in diesem Stadium releasen!!!
Aber um die grundlegende Funktionalität zu testen und schonmal einzubauen, kann er doch wohl diese Version benutzen!?

[Robert_G]

Ich bezweifle viel mehr, dass die Zeos überhaupt jemals eine solche (verdammt aufwendige) Validierung erfahren.

[Stevie]

Zitat von Robert_G:

Ich bezweifle viel mehr, dass die Zeos überhaupt jemals eine solche (verdammt aufwendige) Validierung erfahren.

Das mag natürlich sein... Aber dafür sind sie eben auch "nur" OpenSource und generisch, und beispielsweise nicht mit den DOA-Komponenten vergleichbar, die extra für Oracle entwickelt wurden - und einen dementsprechenden Preis haben...

[Marcel Gascoyne]

Wenn die Anwendung unabhängig von der Datenbank sein soll würde ich ein Objekt-Persistentes Framework empfehlen. Es gibt da z.b. zwei Interessante Produkte für Delphi.

Zum ersten das BOLD Framework, welches allerdings nur in der Architect Version von Delphi 7 vorhanden ist. Genaugenommen ist das der einzige Unterschied zwischen der Enterprise und der Architect. Dieses Framework ist sehr mächtig aber leider auch sehr teuer.

Eine kostengünstige Alternative ist InstantObjects, welches bis vor ca. einem Jahr noch kommerziell von Seleqt vermarktet wurde. Mittlerweile ist es Open Source (http://www.instantobjects.org).

Im Gegensatz zu einer normalen Datenbank arbeitet man nun mit Objekten, die auf physikalische Tabellen in der Datenbank gemappt sind. Diese persistenten Klassen werden entweder mit einem Model Explorer in der Delphi IDE angelegt oder auch mit dem Model Maker.

Der Zugriff auf die Daten erfolgt nun nicht mehr mit SQL sondern mit einer eigenen Abfragesprache für Objekte die stark an SQL angelehnt ist, wie z.b.

select * from TKunden where Name = 'Muster' Nebenbei kann man diese Datenklassen auch mit Ereignissen versehen.

Die entsprechende Datenbank wird auf Knopfdruck automatisch erzeugt.

Derzeit werden von InstantObjects folgende Datenbanken unterstützt: MS-SQL, Sybase, Interbase, Firebird, DBISAM, ADS, NexusDB, FlashFiler, DBase, Paradox und XML-Files.

Wichtiger Hinweis noch: Das Projekt wird bei Sourceforge gehostet (http://sf.net/projects/instantobjects), die downloadbare Version ist noch 1.6. Wenn man die aktuelle 1.7er haben möchte muss man sich diese aus dem CVS auschecken (Empfehlenswert!).

Gruß,
Marcel

[Igotcha]

Hallo Marcel,

ich habe mich jetzt auf mysql und Oracle beschränkt und ich denke, das ist für mein Programm auch ausreichend.

Trotzdem ist der Tipp von Dir sehr interessant! Ich werde mir das auf alle Fälle anschauen.

Danke und Gruß
Igotcha