[ORACLE] ODBC-Treibe ohne Client?

[Martin Meyer]

Hi all,

muss man eigentlich immer den Client-Kram von Oracle installieren um eine
ODBC-Systemdatenquelle auf w32-Rechnern einzurichten, oder gibt's was
stand-alone-maessiges? Bei Oracle und M$ bin ich jedenfalls nicht fuendig
geworden - diese Treiber setzen offenbar immer die Client-Installation
voraus.
Wenn ich eine ODBC-Verbindung zu z.B. MySQL einrichten moechte, brauche
ich doch auch nur den MyODBC-Treiber installieren und brauche kein
riesiges Softwarepaket zuvor aufspielen.

TIA,
Gruss,
Mattin

[Stefan Graf]

Post by Martin Meyer
muss man eigentlich immer den Client-Kram von Oracle installieren um eine
ODBC-Systemdatenquelle auf w32-Rechnern einzurichten, oder gibt's was
stand-alone-maessiges? Bei Oracle und M$ bin ich jedenfalls nicht fuendig
geworden - diese Treiber setzen offenbar immer die Client-Installation
voraus.
Wenn ich eine ODBC-Verbindung zu z.B. MySQL einrichten moechte, brauche
ich doch auch nur den MyODBC-Treiber installieren und brauche kein
riesiges Softwarepaket zuvor aufspielen.

ODBC ohne Oracle-Client geht nicht.

Es gibt div. Tools für die Softwareentwicklung, die eine Art Client in die
Anwendung hinein kompiliert, damit ist man aber in dem Tool gefangen.

[Bernd Eckenfels]

Post by Martin Meyer
muss man eigentlich immer den Client-Kram von Oracle installieren um eine
ODBC-Systemdatenquelle auf w32-Rechnern einzurichten, oder gibt's was
stand-alone-maessiges?

Du kannst auch einfach die Microsoft ODBC Treiber fuer Oracle verwenden.

Gruss
Bernd

[Guido Konsolke]

Hi Martin,

wie Bernd schrieb, ist der Thin-JDBC
eine Option. Falls Du nicht auf xDBC
festgelegt bist: es geht auch per
Web-Browser.

Sonst kenne ich keine Moeglichkeit,
an der Installation der ORACLE-Client-SW
vorbeizukommen.

Gruesse,
Guido

[Martin Meyer]

Hallo an alle und Dank fuer die Antworten.

Alle ODBC-Treiber von M$ und Oracle, die ich kenne, setzen offenbar die
Client-Installation voraus. (Eventuell gab's frueher Treiber von Oracle
fuer ORA7, die ohne auskamen(?) - aber die funzen wohl nicht mehr mit
neueren ORA-DBs).
Allerdings scheint's auch kommerzielle Treiber von Drittherstellern zu
geben/gegeben zu haben, wie aus folgendem Link hervorgeht:

<http://www.heise.de/newsticker/data/hos-12.10.01-000/>

Ich hoffte, es gaebe auch entsprechende Free-Ware-Treiber fuer ORA-ODBC.
Was die Vorschlaege mit JDBC angeht, sehe ich nicht ganz, wie ich die
fuer meine Zwecke nutzbar machen koennte. JDBC ist doch das Java-Analogon
zu ODBC(?). Das bringt mir aber nix, wenn ich z.B. mal ein paar Tabellen
ins Access reinziehen moechte, oder doch?

Gruss,
nice weekend,
Mattin

[Steffen Hock]

Post by Martin Meyer
Was die Vorschlaege mit JDBC angeht, sehe ich nicht ganz, wie ich die
fuer meine Zwecke nutzbar machen koennte. JDBC ist doch das Java-Analogon
zu ODBC(?). Das bringt mir aber nix, wenn ich z.B. mal ein paar Tabellen
ins Access reinziehen moechte, oder doch?

Du könntest unter Zuhilfenahme eines Java-basierten DB-Frontends deine
Tabellen pflegen und deine Daten verwalten. (vgl. DB-Visualizer:
http://www.minq.se/products/dbvis/info.html)

HTH
Steffen

[Julien Oster]

***@gmx.net (Martin Meyer) writes:

Hallo Martin,

Post by Martin Meyer
Was die Vorschlaege mit JDBC angeht, sehe ich nicht ganz, wie ich die
fuer meine Zwecke nutzbar machen koennte. JDBC ist doch das Java-Analogon
zu ODBC(?). Das bringt mir aber nix, wenn ich z.B. mal ein paar Tabellen
ins Access reinziehen moechte, oder doch?

Naja. Also, theoretisch könntest Du einen ODBC-Treiber schreiben, der
über eine Java VM auf einen JDBC-Treiber zugreift. Oder es könnte
vielleicht sogar schon einen geben (davon weiß ich allerdings
nichts). Das ist zwar ein irgendwie ekelhafter Umweg, aber
funktionieren würde es.

Allerdings, eines verstehe ich sowieso nicht ganz: beim Oracle ODBC
Treiber braucht man den Oracle Client. Nun gut, die Gründe mögen
zahlreich sein. Allen voran die Policy: "wer auf unsere Datenbank
zugreifen will, soll auch unseren Client installieren". Soweit
leuchtet das also ein. Aber der Punkt, der mich dann wundert: beim
JDBC Treiber trifft das ja NICHT zu. Der Oracle JDBC Treiber hat ja
neben der Möglichkeit OCI (und damit einen Oracle/Net 8 Client) zu
benutzen ja den Oracle JDBC Thin Driver eingebaut. Der funktioniert
anstandslos out of the box und braucht weder OCI bzw. Net8 nocht sonst
irgendeine zusätzliche von Oracle kommende Komponente.

Also wieso gibt es bei JDBC einen Thin Driver, aber nicht bei ODBC? So
gesehen könnte Oracle für C/C++ Programme indirekt zusätzliche
Lizenzgebühren verlangen (die für den Client, falls es da Gebühren
gibt) aber für Java Programme nicht.

Julien

[Bernd Eckenfels]

Post by Julien Oster
Also wieso gibt es bei JDBC einen Thin Driver, aber nicht bei ODBC?

Weil es bei Java einen Grund gibt einen funktional eingeschränkten, aber
dafür pure Java Treiber (Type 4) anzubieten, jedoch es bei ODBC keinen Sinn
macht, alles was bereits in OCI implementiert wurde in den ODBC Treibern
noch mal zu implementieren, statt die DLL zu rufen.

Gruss
Bernd

[Bernd Eckenfels]

Post by Martin Meyer
ich doch auch nur den MyODBC-Treiber installieren und brauche kein
riesiges Softwarepaket zuvor aufspielen.

du kannst im OUI ja ein custom install machen und nur ODBC (unter windows
services) und dessen dependecies installieren.

Gruss
Bernd