vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
vb@rchiv Offline-Reader - exklusiv auf der vb@rchiv CD Vol.4  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Fragen & Antworten rund um sev-Komponenten
Re: DB modularisieren (1) Connections 
Autor: BeimNickenEingenickt
Datum: 08.04.10 16:57

Wie man die Connection per VBA setzt, ist schon klar. So machen wirs im Hauptprojekt. Der SQL-Server (Test-System - Produktiv-System) wird übrigens über eine ini-Einstellung festgelegt.
Dadurch kann man (der Entwickler) sich über die INI entscheiden, auf welchen SQL er sich connecten möchte - also auch mal schnell mit dem Bleeding Edge Build auf die Produktive gehen. Außerdem kann man ohne neu zu kompilieren auf alle Datenbanken rauf.

Ich möchte halt eine potentielle Fehlerquelle ausschließen, die dadurch entsteht, dass eine Modul-DB auf einen anderen SQL-Server zeigt, als die Main. Den Fehler kennst Du ja auch.

Zur Laufzeit komme ich (noch) nicht an die Connection der Modul-DBs heran, damit ich den Fehler grundsätzlich ausschließen kann. Die Connections über ein Autoexec-Makro zu setzen funktioniert auch nicht.

Hm, aber möglicherweise lassen sich zur Laufzeit die Modul-Connections vergleichen, oder wenigstens eine Info, welche SQL jeweils verwendet wir. Dann könnte man beim Start der Main eine Warnung ausgeben, daß Modul-DB xY auf einen anderen Datenbankserver verweist.

Übrigens:
Man kann über Menüatei/Verbindung zwar eine Connection setzen, aber eine einmal gesetzte Verbindung nicht mehr entfernen.
Das habe ich nur per Code dauerhaft geschafft:
    Application.CurrentProject.CloseConnection
    Application.CurrentProject.OpenConnection
Ach ja, die Tücken lauern im Detail.

BNE (ich habe tatsächlich schon Webseiten gehabt, wo mein Nick zu lang war. Du solltest mal meinen WLAN-Namen sehen
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Falsche Fehler im Access mit command und grid2.772BeimNickenEinge...18.11.09 16:02
Re: Falsche Fehler im Access mit command und grid1.820ModeratorDieter18.11.09 16:05
Re: Falsche Fehler im Access mit command und grid1.768Smithmajor19.11.09 07:56
Re: Falsche Fehler im Access mit command und grid1.670BeimNickenEinge...02.03.10 12:47
Re: Falsche Fehler im Access mit command und grid1.616Smithmajor02.03.10 14:52
Re: Falsche Fehler im Access mit command und grid1.648BeimNickenEinge...02.03.10 15:29
Re: Falsche Fehler im Access mit command und grid1.886benne26.11.09 08:01
DB modularisieren War: Falsche Fehler im Access mit command ...1.635BeimNickenEinge...02.03.10 12:38
Re: DB modularisieren War: Falsche Fehler im Access mit comm...1.608benne05.03.10 09:02
Re: DB modularisieren1.638BeimNickenEinge...16.03.10 18:09
DB modularisieren (1)1.822benne17.03.10 08:39
Re: DB modularisieren (1) Connections1.741BeimNickenEinge...08.04.10 11:19
Re: DB modularisieren (1) Connections1.602BeimNickenEinge...08.04.10 14:47
Re: DB modularisieren (1) Connections1.677benne08.04.10 15:55
Re: DB modularisieren (1) Connections1.615BeimNickenEinge...08.04.10 16:57
Re: DB modularisieren (1) Connections1.650benne08.04.10 16:18
Re: DB modularisieren (1) Connections1.638BeimNickenEinge...08.04.10 17:01
DB modularisieren (2)1.725benne17.03.10 08:40
Re: DB modularisieren (2)1.625BeimNickenEinge...08.04.10 10:50
Re: DB modularisieren (2)1.639benne08.04.10 11:10
Re: DB modularisieren (2)1.613BeimNickenEinge...15.04.10 09:26
Re: DB modularisieren (2)1.895benne16.04.10 09:33
Re: DB modularisieren (2)1.615benne23.04.10 07:44
Re: Falsche Fehler im Access mit command und grid1.687Smithmajor02.03.10 16:35
Re: Falsche Fehler im Access mit command und grid1.742rsvisionmaster02.03.10 18:31

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel