Sie können Verbindungen zu bis zu 50 lokalen oder fernen Datenbanken gleichzeitig herstellen. Die SQL-Sprachumgebung hält die Verbindungen für die Dauer des HTTP-Server-Prozeßjobs, unter dem Net.Data ausgeführt wird, aktiv. Dadurch, daß die Verbindungen aktiv gehalten werden, wird der Datenbankzugriff beschleunigt, nachdem die einleitende Verbindung zur Datenbank hergestellt wurde. Sie können Fehler vermeiden und die Leistung verbessern, indem Sie die folgenden Punkte berücksichtigen:
Net.Data erlaubt keine gleichzeitig bestehenden Verbindungen zu der gleichen fernen Datenbank. Wenn eine Verbindung zu einer fernen Datenbank unter Verwendung einer Benutzer-ID (dem SQL-Sprachumgebungsparameter LOGIN) besteht und eine weitere Anforderung abgesetzt wird, eine Verbindung zu der gleichen fernen Datenbank unter Verwendung einer zweiten Benutzer-ID herzustellen, muß die SQL-Sprachumgebung zuerst die bestehende Verbindung trennen, eine COMMIT-Operation ausführen (wenn die COMMIT-Steuerung verwendet wird) und dann die Verbindung unter Verwendung der neuen Benutzer-ID und des neuen Kennworts erneut herstellen. Die COMMIT-Operation ist erforderlich, da es nach Trennen der Verbindung nicht möglich ist, eine ROLLBACK-Operation auszuführen, wenn später im Makro ein Fehler auftritt. Planen Sie Ihre Verbindungen auf der Grundlage der folgenden Regeln:
Wenn die SQL-Sprachumgebung eine Verbindung zu einem fernen System herstellt, wird der Verbindung eine Benutzer-ID zugeordnet. Wenn bei einer nachfolgenden Net.Data-Abfrage die Benutzer-ID nicht mit der der Verbindung zugeordneten Benutzer-ID übereinstimmt, wird die Verbindung beendet und eine neue Verbindung zur Datenbank hergestellt (dies ist nur der Fall, wenn der Gültigkeitsbereich einer Transaktion SINGLE ist).
Codieren Sie zur Erhöhung der Leistung die Benutzer-ID fest, oder verwenden Sie die gleiche Benutzer-ID, wenn Sie SQL-Anweisungen an eine ferne Datenbank absetzen. Beim Zugriff auf die lokale Datenbank werden Benutzer-ID und Kennwort ignoriert.