Zugriff auf MS SQL-Server über ODBC ohne Einrichtung einer Datenquelle per ODBC-Admin

[Bernhard Geyer]

Gibt es bei ODBC eigentlich die mMöglichkeit eine Verbindung mit der DB aufzubauen ohne einen ODBC-Eintrag anzulegen.
Ich habe die Infos Server/Datenbank/User/PW und will mir ähnlich wie bei ADO einen Connectionstring aufbauen.

Geht sowas mit der nativen ODBC-Schnittstelle (Komfort) oder welche Komponenten würden mich hier unterstützen? Die DevArt-Kompos scheine aktuell noch nur den Native Client/OLE-DB-Weg zu gehen welcher ab von MS ja abgekündigt ist.

[p80286]

Ich vermute eher nicht, da z.B. immer auch ein lokaler Alias für die DB vergeben wird.
Was möglich wäre, oder sein sollte, das die ODBC-Einträge unsichtbar für den Benutzer erstellt werden. Wir hatten dafür immer eine .REG-Datei in der Hinterhand.

Gruß
K-H

[jobo]

Bin mir nicht sicher, ob ich Dich richtig verstanden habe, aber meinst Du vielleicht einfach Datei DSN?

[Bernhard Geyer]

Zitat von jobo:

Bin mir nicht sicher, ob ich Dich richtig verstanden habe, aber meinst Du vielleicht einfach Datei DSN?

Datei-DSN wäre eine alternative wenns auch mit temporären Dateien gehen würde.

[taveuni]

Zitat von Bernhard Geyer:

[..] den Native Client/OLE-DB-Weg zu gehen welcher ab von MS ja abgekündigt ist.

Wie bitte? Hab ich da was verpasst?
Hast Du da einen MSDN Link?

[Bernhard Geyer]

Zitat von taveuni:

Zitat von Bernhard Geyer:

[..] den Native Client/OLE-DB-Weg zu gehen welcher ab von MS ja abgekündigt ist.

Wie bitte? Hab ich da was verpasst?
Hast Du da einen MSDN Link?

Ja: http://www.delphipraxis.net/166139-m...dbc-kommt.html. In diesem Themas gibts auch link in die MSDN

[jobo]

OT:
Ich verstehe das eher so, dass eine bestimmte OLEDB Technik bzw. u.a. ein einzelner Treiber abgeschafft wird (ebenso wie der zugehöriger ODBC Treiber- SQLOLEDB, SQLODBC). OLEDB in Verbindung mit dem neuen SQL Native Client gibt es weiterhin.
Außerdem ist der aktuellste SQL Server "Denali" mit dem besagten Treiber ja grad erst am Start. Wird also alles noch ein paar Jährchen dauern.

Siehe http://msdn.microsoft.com/en-us/libr...QLServerNative

Zitat von msdn.microsoft.com:

...
Deprecated MDAC/WDAC Components

These components are still supported in the current release of MDAC/WDAC, but they might be removed in future releases. Microsoft recommends, when you develop new applications, that you avoid using these components. Additionally, when you upgrade or modify existing applications, remove any dependency on these components.

SQLOLEDB: The Microsoft OLE DB Provider for SQL Server (SQLOLEDB), which supports access to Microsoft SQL Server, has been deprecated. Its connectivity to future versions of SQL Server may not be supported and the ability to connect to versions earlier than SQL Server 7 will be removed from the operating system after Windows 7. New applications should use the SQL Server Native Client OLEDB provider, which supports new SQL Server features. Existing applications should migrate to the SQL Server Native Client OLEDB provider as well for better performance, reliability and supportability (see Updating an Application to SQL Server Native Client from MDAC for more information).

SQLODBC: The Microsoft SQL Server ODBC Driver (SQLODBC), which supports access to Microsoft SQL Server, has been deprecated. Its connectivity to future versions of SQL Server may not be supported and the ability to connect to versions earlier than SQL Server 7 will be removed from the operating system after Windows 7. New applications should use the SQL Server Native Client ODBC driver, which supports new SQL Server features. Existing applications should migrate to the SQL Server Native Client ODBC driver as well for better performance, reliability and supportability (see Updating an Application to SQL Server Native Client from MDAC for more information).
...

und hier ein deutscher Blog Artikel
http://olafhelper.over-blog.de/artic...-82951588.html

Allerdings bestätigt mich der ODBC Schwenk wieder mal darin, dass MS nicht Willens ist (und vermutlich auch nicht in der Lage wäre), kontinuierliche Technology zu liefern.
Das gefällt mir bei Delphi / VCL viel besser!

Und ich finde es schon interessant, sich vorzustellen, was speziell in diesem Fall von Technologieschwenk die Gründe sind. MS hebt bspw. im MSDN irgendwo die tolle C++ API von ODBC hervor.

Zum Thema:
Ich kann mich dunkel erinnern, dass ich mal irgendwo bei uns uralten Delphi (3. oder 4.) Code gesehen hab, der eine ODBC Connection on the fly erzeugt- als Objekt. War's mit BDE, DAO, RDO, .. Komponenten? Ich weiß nicht mehr.

[Gollum]

Hallo Bernhard,

Zitat von Bernhard Geyer:

Gibt es bei ODBC eigentlich die Möglichkeit eine Verbindung mit der DB aufzubauen ohne einen ODBC-Eintrag anzulegen.
Ich habe die Infos Server/Datenbank/User/PW und will mir ähnlich wie bei ADO einen Connectionstring aufbauen.

gibt es. Ich benutze folgendes, um auf unsere CAQ-DB zugreifen zu können:

Delphi-Quellcode:

  sConMSSQLServer=
    'Provider=SQLOLEDB.1;'+
    'Password=%s;'+
    'Persist Security Info=True;'+
    'User ID=%s;'+
    'Initial Catalog=%s;'+
    'Data Source=%s';

Diesen String weise ich mit den entsprechenden Parametern dem ConnectionString einer ADOConnection zu.

[jobo]

Aber damit hast Du ja OLEDB als Wrapper dazwischen. Das wollte Bernhard glaube ich nicht.

[Bernhard Geyer]

Zitat von jobo:

Aber damit hast Du ja OLEDB als Wrapper dazwischen. Das wollte Bernhard glaube ich nicht.

Ersten will ich das nicht und genau dieser Weg ist ja explizit abgekündigt (SQLODBC: The Microsoft SQL Server ODBC Driver (SQLODBC), which supports access to Microsoft SQL Server, has been deprecated. )