{{getMsg('Help_YouAreHere')}}:
/
{{page.title}}
{{page.title}}
{{$root.getMsg("downLoadHelpAsPdf")}}
{{helpModel.downloadHelpPdfDataStatus}}
Oracle Server (thin)
Verbindungseigenschaften für Oracle thin Treiber
Grundeinstellungen
| Name | Beschreibung |
|---|---|
| Benutzer | Der Datenbankbenutzer. |
| Passwort | Das Passwort des Datenbankbenutzers. Wenn Sie das Kreuz markieren, wird Ihr Passwort permanent gespeichert. Andernfalls wird es nur im Arbeitsspeicher des Programms gespeichert. Permanente Passwörter sind verschlüsselt, können aber entschlüsselt werden. Beim Export werden nur permanent gespeicherte Passwörter exportiert. |
| Hostname | Die IP-Adresse oder der Name des Datenbankservers. |
Optionale Einstellungen
| Name | Beschreibung |
|---|---|
| Anzahl vorauszulesender Zeilen | Mit dem Wert dieser Eigenschaft wird die Anzahl der Zeilen bestimmt, die im Voraus standardmäßig gelesen werden. |
| Process escapes | Ist der Wert dieser Eigenschaft auf "false" gesetzt, dann ist die Standardeinstellung für Statement.setEscapeProcessing false |
| J2EE 1.3 konform | Wenn dieser Wert auf "true" gesetzt ist, benutzt JDBC strikte Konformität mit J2EE 1.3. Im Allgemeinen erlauben Oracle's JDBC Treiber einige Operationen, die nicht in der strikten Interpretation von J2EE 1.3 möglich sind. Wenn diese Property auf "true" gesetzt ist, werden diese Fälle dann SQLExceptions schmeißen. Es gibt einige andere Randfälle, in denen Oracle's JDBC-Treiber ein leicht anderes Verhalten haben, als in J2EE 1.3 definiert. Dies kommt daher, dass das Verhalten von Oracle vor der J2EE 1.3 Spezifikation festgelegt worden ist, und Kompabilität mit bestehendem Kunden-Code nötig wurde. Kann entweder eine System-Property sein, oder eine Verbindungs-Property. Der Standard-Wert dieser Property ist "false" in classes12.jar und ojdbc14.jar. Der Standard-Wert ist "true" in classes12dms.jar und ojdbc14dms.jar. Es ist deswegen in den dms JARs "true", weil sie ausschließlich im Oracle Application Server verwendet werden und somit J2EE Kompatibilität wichtiger ist als die Kompatibilität mit früheren Oracle-Versionen. |
| TCP No Delay | Wenn der Wert dieser Property "true" ist, wird die Property "TCP_NODELAY" auf dem Socket gesetzt, wenn der Thin-Treiber benutzt wird. Siehe java.net.SocketOptions.TCP_NODELAY. Kann sowohl System- als auch Verbindungsproperty sein." |
| Standard NCHAR | Wenn der Wert dieser Property "true" ist, wird der Standardmodus für alle Spalten mit Zeichendaten NCHAR sein. |
| Trotz langer Spalten vorauslesen | Wenn der Wert dieser Property "true" ist, dann wird JDBC Zeilen vorauslesen, obwohl es eine LONG oder LONG RAW Spalte im Resultat gibt. Standardmäßig liest JDBC nur eine Zeile auf einmal, wenn es im Resultat LONG oder LONG RAW Spalten gibt. Diese Property auf "true" zu setzen kann die Leistung erhöhen, aber auch SQLExceptions erzeugen, falls die Resultate zu groß werden. |
| Tabellensuche einschränken | Wenn der Wert dieser Property "true" ist, wird JDBC einen verfeinerten Wert für DatabaseMetaData.getTables liefert. Standardmäßig wird JDBC Dinge zurückgeben, die nicht zugängliche Tabellen sind. Diese könnten nicht-Tabellen-Objekte oder zugängliche Synonyme für unzugängliche Tabellen sein. Wenn diese Property "true" ist, wird JDBC nur zugängliche Tabellen liefert. Dies hat allerdings einen bedeutenden Leistungsverlust zur Folge. |
Kompatibilitätseinstellungen
| Name | Beschreibung |
|---|---|
| Datenbank Katalog | Überschreibt den Datenbank Katalog der Tabellen, Sichten und Prozeduren im Berichtsdesign. |
| Datenbank Schema | Überschreibt das Datenbank Schema der Tabellen, Sichten und Prozeduren im Berichtsdesign. |
| Unterstützt SQL92 | Besagt, ob das SQL Statement Joinbedingungen im SQL92 Syntax enthalten darf oder nicht. |
| Unterstützt WHERE Klausel | Besagt, ob die Datenbank die WHERE Klausel verarbeiten kann. Dieses Flag ist nur von Bedeutung, wenn nur eine Datasource, und nur Tabellen verwendet werden. |
| Unterstützt ORDER BY Klausel | Besagt, ob die Datenbank die ORDER BY Klausel verarbeiten kann. Dieses Flag ist nur von Bedeutung, wenn nur eine Datasource, und nur Tabellen verwendet werden. |
| Unterstützt Klammern in Joins | Besagt, ob der Join Syntax der FROM Klausel Klammern enthalten kann. SAPDB akzeptiert zum Beispiel keine Klammern in der JOIN-Syntax. Dieses Flag ist nur von Bedeutung, wenn nur eine Datasource, und nur Tabellen verwendet werden. |
| Datenbankbezeichner in Anführungszeichen | Besagt, ob Tabellen und Spaltennamen in Anführungszeichen gesetzt werden sollen, wenn der Name Kleinbuchstaben enthält. Diese Property kann für Oracle Datenbanken zum Beispiel nötig sein, wenn zum Beispiel die Tabelle oder die Spalte mit Anführungszeichen und Kleinbuchstaben erzeugt wurde. |
| Anführungszeichen für Bezeichner | Setzen Sie hier das zu verwendende Anführungszeichen, das die Datenbank für Tabellen und Spaltennamen benutzt. Die meisten Datenbanken verwenden ein ["] Zeichen. Standardmäß fragt i-net Clear Reports den JDBC Treiber, um welches Zeichen es sich dabei handelt. |
| Alias-Schlüsselwort | Setzen Sie hier das Schlüsselwort, welches die Datenbank erwartet wenn ein Alias-Name angegeben wird. Viele Datenbanken benutzen kein Schlüsselwort, einige Datenbanken (z.B. PostgreSQL) benutzen "AS". |
| Ganze Tabellenbezeichner in Anführungszeichen | Dieses Flag beeinflusst die Art und Weise wie Datenbankbezeichner in das SQL Statement gesetzt werden. Standardmäßig ist dieses Flag false und sollte auch false bleiben für die meisten Datenbanken. Wenn auf "true" gesetzt, dann werden um die kompletten Datenbankbezeichner Quotes gesetzt. Wenn der Tabellenbezeichner Katalog/Schema Informationen enthält, dann wird der komplette Ausdruck in Quotes gesetzt. Beispiel: select ... from "aCatalog.aTable" Diese Syntax ist für die meisten Datenbanken nicht erlaubt. Der einzige bekannte Fall für diese Einstellung wäre für den i-net FOSITEX Treiber für CSV Dateien. |
| Abfrage zur überprüfung der Datenbankverbindung | Diese Eigenschaft wird dazu benutzt um eine SQL-Abfrage zu definieren welche zur Überprüfung der Datenbankverbindung genutzt werden soll. Wenn die SQL-Abfrage erfolgreich ausegführt werden konnte wird die Verbindung als gültig betrachtet. Falls ein Fehler bei der Ausführung auftritt wird die Verbindung wie eine geschlossene behandelt. Wenn diese Eigenschaft leer ist wird lediglich java.sql.Connection.isClosed() zum Prüfen der Verbindung aufgerufen. |
| Abfrage nach der Initialisierung der Datenbankverbindung | Diese Eigenschaft wird dazu benutzt eine SQL-Abfrage zu definieren, die direkt nach dem Erstellen einer Datenbankverbindung ausgeführt werden soll. Bei Oracle-Datenbanken kann dies z.B. dazu verwendet werden, dass die Nutzung von "bind variables" erzwungen wird. |
© Copyright 1996 - 2021, i-net software GmbH; All rights Reserved. Imprint
