Office: ODBC Systemdatenquellen auslesen!

Hallo Forum,

in unsererem Access-FE haben wir auch verknüpfte Tabellen welche via ODBC mit einem SQL-Server verknüpft sind!

Da wir mehrere Test-SQL-Server verwenden, ist es mühsam jedesmal zu Prüfen auf welchen Server die ODBC-Verbindung zeigt!

Kann ich jetz mit einem kleinen Code den Servernamen für die gewünschte OBDC-Verbindung auslesen?

thx!
SiS

:)

 

Vielleicht so: Code:

 

Das könnte helfen, um nur den Namen des Servers zu erhalten:
Code:

 

\@Arne *wink.gif* *top

Soweit wollte ich nicht gehen, da ich davon ausgehe dass StehtimSchilf die Left, MID, etc Funtionen kennt!

Aber wer weiss?

 

Hallo ihr beiden...

Ne... jetz steht ihr mal im Schilf *Smilie resp. ich habe zu wenig Infos erteilt:

Dies gibt mir nur den connection String aus:
ODBC;DSN=gugigagi;APP=Microsoft® Access;WSID=WS240;DATABASE=itpass;Trusted_Connection=Yes

Da wir eben mit DSN arbeiten, sollte ich irgendwie an die Systemdatenquellen kommen! in diesem Beispiel 'gugigagi'!

Ersichtlich ist dies ja via Datenquellen in der Verwaltung.... da brauchts schon mehr als nur Left *biggrin.gif*

Dank euch trotzdem
SiS

 

Naja, die Funktion wirst Du ja wohl schon entsprechend angepasst haben, oder?

 

Hi Arne,

eigentlich wollte ich mit meinem letzten Posting und dem Resultat der .Connect-Eigenschaft darlegen, dass es so nicht geht, weil da kein Server-Name enthalten ist...

Der Name der DSN ist 'gugigagi', das ist schon klar, aber wie erhalte ich nun den Servernamen?

S. angehängte Graphik... wie komm ich nun zu SrvA?

Gurz
SiS

 

Sorry, jetzt habe ich es auch verstanden. Hm, da müsste ich jetzt rumprobieren. Komischerweise steht bei mir der Servername im Connect-String, das liegt wohl daran, dass Du eine System-DSN verwendest und ich eine Datei-DSN... . *confused.gif*

[Edit]
Auf die Schnelle fällt mir nur ein, die DSN mit entsprechendem Servernamen in einer Tabelle abzulegen (so viele werden das ja nicht sein). Anschliessend passt Du die Funktion etwas an und ermittelst mit dem DSN-Namen wiederum den zugehörigen Server aus der Tabelle.[/Edit]

 

Vielleicht ist hier etwas dabei!?

 

Hi Arne...

leider funzt das nicht...

weil wir in der Konfiguration nur jeweils den Server umhängen, also von SrvA auf SrvB... der Name 'gugigagi' bleibt gleich (sonst müssten wir ja jedesmal im FE die Tabellen neu einbinden!)

Dein Vorschlag greift leider bei uns nicht...

Danke
SiS

 

Sowas von simpel...

höhöhö *Smilie

Die ODBC-Verbindungen sind natürlich (wo sonst) in der Registry gespeichert...

und zwar hier:
HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\
(jedenfalls die für die Systemdatenquellen)

(die Benutzerdatenquellen sind natürlich unter
HKEY_Current_USER\software\odebc\odbc.ini\
zu finden)

dort hat man auch eine Auflistung aller 'ODBC-Verbindungen' und unter den jeweiligen Schlüsselwerten (Server) ist auch der Server angegeben!

Danke euch beiden
u no ä schöne Hinech!
SiS

 

Es geht auch per VBA:
Code:

 

Hi Sascha,

kleine Frage, ich habe mir schon Funktionen für den Reg-Zugriff geschrieben... kann also bequem einfach Pfad und Schlüsselangeben und die Funktion liefert mir die Werte zurück, falls vorhanden!

Ich verwende also nun genau den oben beschrieben Pfad (?) zum Schlüssel (?) 'Server'

also: HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\gugigaga

Ist Deine Variante jetz sicherer? Weil sie die spezielle .DLL aufruft? z.B. könnte auf anderen Win-Kisten die Werte in eineem anderen Reg-Zweig abgespeichert sein? z.B. auf Windows 2003 Server?

Dank Dir!

Gruz SiS

 

Die DLL ist zunächst mal auf jedem Fall auf einem Win-System vorhanden, das ODBC installiert hat.
Die Funktion tut ja auch nichts anderes, als die Registry auszulesen. Im Prinzip denke ich, dass sie besser weiß, wo die ODBC-Einträge zu finden sind, als wenn man das hartkodiert.
Allerdings nehme ich an - weiß es aber nicht definitiv - dass der Reg.-Zweig unter W2003 genauso lautet. Soviel Abwärtskompatibilität sollte sein.
Ob der letzte Parameter, der an die API-Funktion übergeben wird ("ODBC.INI") evtl. in irgendwelchen Fällen auch mal anders lauten kann, entzieht sich auch meiner Kenntnis. Untergekommen ist mir das aber noch nicht.

Ich denke es ist egal, ob du die Registry direkt ausliest oder die ODBC-DLL dazu bemühst. (Der Code ist halt auch kürzer und du kannst auf ein spez. Modul zum Auslesen der Reg. verzichten.)

Ciao, Sascha

 

Wusst ich's doch!!!!!!

Hallo nochmals,

Also, der Code von Sascha, resp. die Idee den String einfach mit einer Reg-Accessor-Funktion auszulesen (Advapi32.dll) funktioniert auf Win98, Win2000, WinXP!

ABER: Wir verwenden in unserer Bude Windows 2003 Server, einige User loggen sich via Remote Desktiop Connection ein, andere mit Citrix und hier... hier funzt der Code nicht! Weder der von Sascha, noch meine Funktion zum Auslesen der Registry!

Melde ich mich jedoch als Admin via RDC oder Citrix am Server an, dann funzt der Code!

Melde ich mich als dummy-User an, kann ich den Registry-Editor jedoch öffnen UND auch Einträge ändern! Also am Reg-Zugriff kanns nicht liegen! Die DLL gibt mir beim prüfen auf die Existenz eines Schlüsselzweiges 5 zurück.....

*frown.gif*

Woran liegts?
Gruz
SiS