Gibt es einen Query-Creator für versch. DBMS?

[EugenB]

Hey Leute,

bin schon seit einer Weile auf der suche nach nem Query-Creator der die standard Queries (z.B. INSERT, DELETE, CREATE TABLE etc) ohne hoch komplizierte SubQueries oder so^^, erstellt und das diese auch auf jedem DBMS laufen , denn manche unterscheiden sich ja in einigen stellen ^^

Also habt ihr schonmal von so einem gehört?, einen gesehn? xD, einen geschrieben?^^

Lassts mich wissen :)

MfG,
Eugen

[mkinzler]

http://www.activequerybuilder.com/product.html

[EugenB]

Danke für den Link, aber nicht das was ich suche.

Hab vergessen zu schreiben das es nicht Visual sein soll. Eine so ne Klasse ( oder mehrere egal ) um einfach Queries für jedes DBMS zu erstellen.

[Bernhard Geyer]

Suchbegriffe wären z.B. (N)Hibernate oder ECO

[mkinzler]

Oder
http://www.remobjects.com/product/?id={E5C06C0F-B41C-4468-B0AD-DDB5F164EF73}
http://www.instantobjects.org/
http://tiopf.sourceforge.net/

[EugenB]

Hm Hibernate ist nur für Java, NHibernate für .NET, nutze aber Lazarus ^^

Und die kostenlosen Alternativen sehen mir irgendwie viel zu kompliziert aus^^

Naja sieht wohl nach nem neuen OpenSource-Projekt aus ^^

[mkinzler]

Die letzten beide sind doch OS

[Scooty78]

Auch auf die Gefahr hin, dass jetzt einige mit Steinen werfen :twisted: ,
wie wärs mit Access und ODBC????

[Jelly]

Zitat:

Zitat von Scooty78

Auch auf die Gefahr hin, dass jetzt einige mit Steinen werfen :twisted: ,
wie wärs mit Access und ODBC????

Dafür sollte man in der Tat die Steinigung anvisieren :mrgreen:

Nix für ungut, aber ich versteh nicht in welchem Zusammenhang du Access und ODBC in die Runde schmeisst. Gesucht ist doch ein Datenbank unabhängiger SQL Builder, und wenn du Access nennst, implizierst du doch direkt ein DBMS (wobei das MS etwas übertrieben ist in dem Zusammenhang). Und ODBC hat damit a) gar nix zu tun und b) sollte es gemieden werden, wo es nur geht, und auch gerade bei Access ist ODBC völlig überflüssig für den Zugriff aus Delphi heraus (da wären die ADO Komponenten wesentlich besser geeignet)

[mkinzler]

Er meint wohl Acces mit Verknüpfungen per ODBC auf externe Tabellen. Aber damit erkauft man sich die Tatsache das man sich wenig Features mit miserabler Performance erkauft.