Erweiterte Datenbankeinstellungen für Datacap Server
Datacap kann angepasste Verbindungszeichenfolgen verwenden, mit deren Hilfe das Programm auf jeden Datenbanktyp abzielen kann, dessen Datenbankprovider unterstützt wird.
Verbindungszeichenfolgen
Bei den unterstützten Datenbankprovidern, für die Sie diese Verbindungszeichenfolgen verwenden können, handelt es sich um Microsoft Access, DB2 , Microsoft SQL Server und Oracle. Die Datacap-Verbindungszeichenfolgen im alten Format werden aus Gründen der Kompatibilität mit einer früheren Version Ihrer bestehenden Datenbankverbindungen nach wie vor unterstützt.
In Datacap-Versionen bis 9.1.6 wird MSOLEDBSQL nicht in der Dropdown-Liste der Treiber aufgeführt. Sie müssen angepasste Parameter verwenden, damit das Kennwort für alle sichtbar wird. In dieser Version wurde MSOLEDBSQL zur Liste der unterstützten Treiber hinzugefügt. Dank der Unterstützung für den MSOLEDB-Treiber ist die TLS 1.2-Verbindung zwischen Datacap Server und Datenbank jetzt aktiviert.
- DB2 mit Standardauthentifizierung
"Provider=IBMDADB2;Data Source= database alias; UID=******; PWD=******; CurrentSchema=db2admin;"- DB2 mit Windows-Authentifizierung
nicht zutreffend- Microsoft Access mit Standardauthentifizierung oder Windows-Authentifizierung
"Provider=microsoft.jet.oledb.4.0;data source=C:\Datacap\MyApp\MyAppadm.mdb; persist security info=false;"- SQL Server mit Standardauthentifizierung
"Provider=sqloledb;data source=myServerAddress;Initial Catalog= myDataBase; User Id=myUsername;Password=myPassword;"- SQL Server mit Windows-Authentifizierung
"Provider=sqloledb;data source=myServerAddress;Initial Catalog= myDataBase; Integrated Security=SSPI;"- Oracle mit Standardauthentifizierung
Provider=OraOLEDB.Oracle;Data Source=MyOracleDB;User Id=myUsername; Password=myPassword;- Oracle mit Windows-Authentifizierung
Provider=OraOLEDB.Oracle;Data Source=MyOracleDB;OSAuthent=1;- MSOLEDB mit Windows-Authentifizierung
-
Provider=MSOLEDBSQL;Server=SQLSERVER;Database=DatacapAdm;UID=******;PWD=******; Provider=MSOLEDBSQL;Server=SQLSERVER;Database=DatacapAdm;Integrated Security=sspi;
Registry-Einstellungen
Sonderfälle, bei denen das Verhalten der Datenbank möglicherweise vom üblichen Verhalten abweicht, werden über eine Gruppe von Einstellungen in der Registry gesteuert. Datacap verwendet diese Einstellungen, wenn Datenbankprovider alternative Logikimplementierungen verwenden müssen. Andernfalls richtet sich Datacap nach dem Standardverhalten. Es gibt besondere Einstellungen für vom Standard abweichendes Datenbankverhalten.
Die folgenden Einstellungen sind im Abschnitt InterThread des TMS-Registry-Profils unter HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Datacap\TMS\InterThread zu finden.
- TO_DATE
- Formatiert die Datums- und Zeitfeldwerte im TO_DATE-Format in SQL-Anweisungen für die Provider. Dieses Beispiel enthält die TO_DATE-Standardeinstellung für Oracle.
ORACLE;ODBCORACLE;MSORACLE;ODBCMSORACLE;OraOLEDB.Oracle;MSDAORA;IBMDADB2;DB2OLEDB - ROWNUM
- Verwenden Sie diese ROWNUM-Syntax anstelle von SELECT TOP in SQL-Anweisungen für diese Provider. Dieses Beispiel enthält die ROWNUM-Standardeinstellung für Oracle.
ORACLE;ODBCORACLE;MSORACLE;ODBCMSORACLE;OraOLEDB.Oracle;MSDAORA;IBMDADB2;DB2OLEDB - #DATETIME#
- Verwenden Sie in SQL-Anweisungen für diese Provider Datums- und Zeitfeldwerte, die in das Zeichen # eingeschlossen sind. Bei manchen Datenbanken müssen die Datums- und Zeitfeldwerte in das Zeichen # eingeschlossen sein. Dieses Beispiel enthält die #DATETIME#-Standardeinstellung für MS Access.
MSACCESS;ODBCMSACCESS;Microsoft.Jet.OLEDB.4.0;Microsoft.ACE.OLEDB.12.0 - "FIELD NAME"
- Verwenden Sie für diese Provider Feldnamen, die in SQL-Anweisungen in Anführungszeichen eingeschlossen sind. Bei manchen Datenbanktypen müssen die Felder in SQL-Anweisungen in Anführungszeichen gesetzt werden.
Dieses Beispiel enthält die "FIELD NAME"-Standardeinstellung für Oracle.
ORACLE;ODBCORACLE;MSORACLE;ODBCMSORACLE;OraOLEDB.Oracle;MSDAORA;IBMDADB2;DB2OLEDB - "AUDIT"
- Verwenden Sie für diese Provider Audittabellenverweise, die in SQL-Anweisungen in Anführungszeichen eingeschlossen sind. Da Audit bei manchen Datenbanken ein Systembegriff, ein interner Begriff oder ein Schlüsselwort ist, müssen Sie den Begriff Audit in Anführungszeichen setzen, um diese Datenbanken zu unterscheiden.
Dieses Beispiel enthält die "AUDIT"-Standardeinstellung für Oracle.
ORACLE;ODBCORACLE;MSORACLE;ODBCMSORACLE;OraOLEDB.Oracle;MSDAORA - MOVE_BY_ONE
- Wenn Sie den Cursor in einem Datensatzset um mehr als eine Zeile versetzen müssen, versetzen Sie ihn immer jeweils um eine Zeile in einer Schleife. Da bei manchen Providern Probleme auftreten, wenn versucht wird, in einem Arbeitsgang den Cursor um mehrere Zeilen zu versetzen, müssen Sie diese Schleifenprozedur für sie ausführen. Dieses Beispiel enthält die MOVE_BY_ONE-Standardeinstellung für Oracle.
ORACLE;ODBCORACLE;MSORACLE;ODBCMSORACLE;OraOLEDB.Oracle;MSDAORA - SELECT_COUNT
- Verwenden Sie die SQL-Syntax für SELECT COUNT anstelle von ADO API GetRecordCount, da GetRecordCount bei einigen Datenbanken nicht funktioniert. Dieses Beispiel enthält die SELECT_COUNT-Standardeinstellung für Oracle.
ORACLE;ODBCORACLE;MSORACLE;ODBCMSORACLE;OraOLEDB.Oracle;MSDAORA - RECORD_FORWARD_ONLY
- Öffnen Sie ADO-Datensatzsets mithilfe der Einstellung 'Nur weiterleiten' (Forward only). Die Standardeinstellung ist statisch bidirektional, aber einige Datenbanken haben Probleme mit statischen bidirektionalen Datensatzsets. Dieses Beispiel enthält die RECORD_FORWARD_ONLY-Standardeinstellung für Oracle.
ORACLE;ODBCORACLE;MSORACLE;ODBCMSORACLE;OraOLEDB.Oracle;MSDAORA