Adaptive Server Anywhere umbenannt   In Version 10.0.0 wurde Adaptive Server Anywhere in SQL Anywhere umbenannt.

Upgrade-Änderungen   Der Assistent zum Upgrade einer Datenbank, das Dienstprogramm Upgrade (dbupgrad) und die Anweisung ALTER DATABASE UPGRADE können nicht verwendet werden, um Datenbanken der Version 9.0.2 und früher auf die Version 10 umzustellen. Um ältere Datenbanken auf Version 10 umzustellen, müssen Sie die Datenbank neu aufbauen, indem Sie sie entladen und neu laden. Siehe Upgrade von SQL Anywhere.

Kennwortänderungen   In neu erstellten Datenbanken berücksichtigen alle Kennwörter die Groß- und Kleinschreibung, unabhängig davon, ob die Datenbank die Groß- und Kleinschreibung berücksichtigt. Das DBA-Standardkennwort neuer Datenbanken lautet sql.

Wenn Sie eine vorhandene Datenbank neu aufbauen, wird die Berücksichtigung der Groß- und Kleinschreibung wie folgt ermittelt:

Der Datenbankserver verwendet nun SHA256, um die Hash-Methode auf Kennwörter anzuwenden. Die alten (systemeigenen) Hash-Algorithmen werden für Kennwörter, die aus alten Datenbanken neu geladen wurden, weiterhin unterstützt. Alle neuen Kennwörter verwenden jedoch SHA256.

Kennwörter werden nun in UTF-8 gespeichert, sodass sie auch dann funktionieren, wenn die Datenbank in eine Datenbank mit einem anderen Zeichensatz geladen wird.

In früheren Versionen war es möglich, sich von Embedded SQL aus mit der DBA-Berechtigung mit einer Datenbank zu verbinden, und dann eine zweite Verbindung mit derselben Datenbank für einen beliebigen anderen Benutzer herzustellen, ohne das Kennwort anzugeben. Nun muss das Kennwort für jede Verbindung angegeben werden.

Änderungen beim Auffüllen mit Leerzeichen   In früheren Versionen von SQL Anywhere wurde bei Zeichenfolgenvergleichen in Datenbanken mit Leerzeichenauffüllung davon ausgegangen, dass die beiden Zeichenfolgen mit einer unendlichen Anzahl von Leerzeichen aufgefüllt waren. In Version 10 wurde diese Semantik geändert, sodass bei Vergleichen nun nachgestellte Leerzeichen in den Zeichenfolgen ignoriert werden.

Bei Vergeichen auf Gleichheit (equal, =) und Nicht-Gleichheit (not equal, <>) gibt es keine Änderung der Semantik. Die beiden Methoden (Leerzeichenauffüllung oder Ignorieren nachgestellter Leerzeichen) erzielen dieselben Ergebnisse. Bei Vergleichen auf Ungleichheit gibt es dagegen Unterschiede. Sie haben z.B. den zwei Byte umfassenden Zeichenfolgenwert "a*", wobei "*" ein Zeichen in der Datenbankkollatierung repräsentiert, das kleiner als der Wert eines Leerzeichens ist. In früheren Versionen von SQL Anywhere gibt das Vergleichsprädikat 'a*' < 'a' den Wert TRUE zurück. In Version 10 gibt das Prädikat FALSE zurück, da die kürzere Zeichenfolge vor dem Vergleich nicht mit Leerzeichen aufgefüllt wird.

Weitere Hinweise zum Auffüllen mit Leerzeichen finden Sie unter Dienstprogramm Initialisierung (dbinit) und CREATE DATABASE-Anweisung.

Schreibweise der Rückgabewerte für Eigenschaften   Servereigenschaften (zurückgegeben von der PROPERTY-Funktion), die in früheren Versionen YES oder NO zurückgaben, geben nun Yes oder No zurück. Datenbankeigenschaften (zurückgegeben von der DB_PROPERTY-Funktion) und Verbindungseigenschaften (zurückgegeben von der CONNECTION_PROPERTY-Funktion), die in früheren Versionen ON oder OFF zurückgaben, geben nun On oder Off zurück. Diese Änderung kann in Datenbanken, die die Groß- und Kleinschreibung berücksichtigen, oder in Anwendungen, die bei Zeichenfolgenvergleichen die Groß- und Kleinschreibung berücksichtigen, Auswirkungen haben.

Änderungen der Rückgabewerte von Servereigenschaften   In früheren Versionen gaben die Servereigenschaften ConnsDisabled und RememberLastStatement die Werte ON und OFF zurück. Nun geben sie die Werte Yes und No zurück. Siehe Datenbankservereigenschaften.

Standardspeicherort der Datei sasrv.ini wurde geändert   Der Standardspeicherort von sasrv.ini ist nun %ALLUSERSPROFILE%\Anwendungsdaten\SQL Anywhere 10 unter Windows und $HOME/.sqlanywhere10 unter Unix. In früheren Versionen hieß die Unix-Datei .sasrv.ini. Auf allen Plattformen hat die Datei nun den Namen sasrv.ini.

Verbindungen zu Datenbankservern mit langen Namen   Unter Windows und Unix können Clients der Version 9.0.2 und früher keine Verbindung mit Datenbankservern der Version 10.0.0 und später herstellen, deren Namen länger als 40 Byte sind.

Zeichensatzkonvertierung auf dem Datenbankserver ist immer aktiviert   Die Datenbankserveroption -ct zum Aktivieren und Deaktivieren der Zeichensatzkonvertierung wird nicht mehr unterstützt. Die Zeichensatzkonvertierung für den Datenbankserver ist immer aktiviert. Wenn der Datenbankserver jedoch feststellt, dass die Konvertierung nicht erforderlich ist, wird sie nicht verwendet. Sie können die Zeichensatzkonvertierung auf dem Client deaktivieren, indem Sie CharSet=none angeben. Siehe Verbindungsparameter CharSet (CS).

Zeichensatzkonvertierung unter Windows CE nicht unterstützt   Die Zeichensatzkonvertierung wird unter Windows CE nicht unterstützt. In früheren Versionen war die Zeichensatzkonvertierung auf dem Datenbankserver für Windows CE deaktiviert und es konnte ein beliebiger Zeichensatz für die Datenbank verwendet werden. Nun müssen Sie Datenbanken für Windows CE mit dem Zeichensatz des Betriebssystems oder mit UTF-8 erstellen. Siehe Überlegungen zur Installation: ICU unter Windows Mobile verwenden.

Änderungen von Systemprozeduren und Funktionen   In der folgenden Liste sind die Änderungen der Systemprozeduren und Funktionen aufgeführt:

Keine gestreuten Lesevorgänge mehr für Dateien, die mit einem UNC-Namen angegeben werden   Gestreute Lesevorgänge werden weder für Dateien auf entfernten Computern noch für Dateien verwendet, die durch einen UNC-Namen festgelegt werden, wie etwa \\meincomputer\meinshare\meineDB.db. Siehe Angemessene Seitengröße verwenden.

Spaltenreihenfolge in Primärschlüssel- und Fremdschlüssel-Integritätsregeln   Sie können bei der Erstellung einer Primärschlüssel-Integritätsregel eine beliebige Reihenfolge der Spalten festlegen, unabhängig von der Reihenfolge, in der die Spalten in der Tabelle enthalten sind. Außerdem können Sie nun Fremdschlüssel erstellen, deren Spaltenreihenfolge sich von der des Primärschlüssels, auf den sie sich beziehen, unterscheiden, sofern Sie die Zuordnung zwischen den Fremdschlüsselspalten und den Primärschlüsselspalten festlegen. Siehe der PRIMARY KEY-Klausel der CREATE TABLE-Anweisung.

Doppelte Spaltennamen in Indizes nicht mehr erlaubt   Früher waren doppelte Referenzen zu Spalten in einem Index erlaubt, ausgenommen in Spezifikationen von Primärschlüsseln, Fremdschlüsseln und Eindeutigkeits-Integritätsregeln. Nun ist das Verhalten für alle Typen von Indizes konsistent und die Angabe von doppelten Spaltennamen gibt einen Fehler zurück. Wenn eine ältere Datenbank einen Index mit doppelten Spaltenreferenzen enthält, löscht das Dienstprogramm dbunload die doppelten Spalten aus dem Index, wenn reload.sql generiert wird. Siehe CREATE TABLE-Anweisung.

Encryption-Datenbankeigenschaft   Die Ausführung von SELECT DB_PROPERTY( 'Encryption' ) gibt nun möglicherweise einen anderen Wert als "None" zurück, auch wenn die Datenbank nicht verschlüsselt ist. Dies ist der Fall, wenn für die Datenbank die Tabellenverschlüsselung aktiviert ist. Wenn Sie eine Anwendung haben, die diesen Befehl als Methode zur Prüfung der Verschlüsselung der Datenbank ausführt, verwenden Sie stattdessen SELECT DB_PROPERTY( 'EncryptionScope' ). Siehe Datenbankeigenschaften.

Änderung der Syntax zum Start von HTTPS mit FIPS   In früheren Versionen gaben Sie Folgendes an: -xs HTTPS_FIPS(...). Nun müssen Sie Folgendes angeben: -xs HTTPS(FIPS=yes;...). Die frühere Syntax wird noch unterstützt, doch sie ist veraltet. Siehe -xs - dbeng12/dbsrv12-Serveroption.

Maximale Länge der Benutzer-ID beträgt 128 Byte   Wenn in früheren Versionen eine Anweisung eine Benutzer-ID erforderte, kürzte der Datenbankserver die Benutzer-IDs, die länger als 128 Byte waren, bevor er sie verwendete. Wenn die Option string_rtruncation angegeben wurde, wurde ein Kürzungsfehler zurückgegeben. Der Datenbankserver gibt nun einen Fehler zurück, wenn Sie eine Benutzer-ID angeben, die länger als 128 Byte ist, und zwar unabhängig von der Einstellung der Option string_rtruncation. Siehe Bezeichner.

Maximale Länge für Servernamen   Die maximale Länge von Datenbankservernamen wurde für TCP/IP-Verbindungen und Verbindungen über gemeinsam genutzten Speicher von 40 Byte auf 250 Byte erhöht. Siehe -n - dbeng12/dbsrv12-Serveroption.

Änderungen für akzeptierte Zeichen in Bezeichnern   Anführungszeichen und Backslashes sind in Bezeichnern nicht mehr erlaubt. Siehe Bezeichner.

LicensesInUse-Servereigenschaft umbenannt   Die Servereigenschaft LicensesInUse wurde in UniqueClientAddresses umbenannt. Siehe Datenbankservereigenschaften.

Name des SQL Anywhere OLE DB-Providers wurde geändert   Der SQL Anywhere OLE DB-Provider (früher ASAProv, ASAProv.90, ASAProv.80) heißt nun SAOLEDB. Der Provider in Version 10 kann mit dem Namen SAOLEDB.10 referenziert werden.

SQL Anywhere-Beispieldatenbank ODBC DSN wurde geändert   Die ODBC-Datenquelle (früher ASA 9.0 Sample) heißt nun SQL Anywhere 10 Demo.

Änderungen von Verbindungszeichenfolgen   Für ODBC- und OLE DB-Verbindungen gilt nun folgende Priorität hinsichtlich des Angabeorts der Verbindungsparameter: Verbindungszeichenfolge, SQLCONNECT-Umgebungsvariable, Datenquelle. Früher hatte in ODBC und OLE DB die Datenquelle Vorrang vor SQLCONNECT. Siehe Syntaxregeln für Verbindungsparameter.

Leerer Verbindungsparameter wird nun als nicht angegeben behandelt   Für alle API-Schnittstellen werden Verbindungsparameter mit leeren Werten so behandelt, als wäre der Parameter nicht angegeben worden. In früheren Versionen wurde ein leerer Wert als nicht angegeben oder als leere Zeichenfolge behandelt, abhängig von der Position, an der er angegeben wurde, und von der verwendeten API-Schnittstelle. Siehe Syntaxregeln für Verbindungsparameter.

Transaktionslog kann nicht deaktiviert werden, wenn Auditing aktiviert ist   In früheren Versionen der Software konnten Sie die Verwendung des Transaktionslogs für eine Datenbank stoppen, für die das Auditing aktiviert war. Nun müssen Sie ein Transaktionslog verwenden, wenn für eine Datenbank das Auditing aktiviert ist. Wenn Sie die Verwendung des Transaktionslogs stoppen wollen, müssen Sie das Auditing deaktivieren.

Datenbanken mit aktiviertem Auditing können nicht im schreibgeschützten Modus gestartet werden   In früheren Versionen der Software konnten Sie Datenbanken im schreibgeschützten Modus starten, auch wenn das Auditing aktiviert war. Nun können Datenbanken mit aktiviertem Auditing nicht mehr im schreibgeschützten Modus gestartet werden.

Gesamtstellen von BIGINT-Spalten mit Vorzeichen nun 19 anstelle von 20   Wenn früher eine ODBC-Anwendung eine BIGINT-Spalte mit Vorzeichen mit SQL_BIGINT festlegte, wurde der Gesamtstellenwert 20 zurückgegeben. Das war falsch. Nun wird der Wert 19 zurückgegeben. Sie müssen alle Anwendungen ändern, die den früheren (falschen) Wert verwenden.

Java VM-Erweiterungen   SQL Anywhere stellt keine Java-Optionen mehr als getrennt lizenzierbare Komponenten bereit. Java in der Datenbank verwendet nun anstelle einer internen VM eine externe VM zur Ausführung von Java-Code. Aus diesem Grund können Sie nun eine beliebige Java VM verwenden, und Sie sind nicht mehr an bestimmte JDK-Versionen oder Java-Ziele gebunden. In neu initialisierten Datenbanken ist Java immer aktiviert.

Dies führt zu folgenden Änderungen:

Ping-Dienstprogramm (dbping)   Früher meldete das Dienstprogramm Server-Ping (dbping) einen Fehler, wenn der Datenbankserver für einen Eigenschaftswert NULL zurückgab. Nun gibt dbping NULL aus, wenn ein Eigenschaftswert unbekannt ist, und beendet mit einem erfolgreichen Rückgabecode. Sie können die Option -en verwenden, wenn dbping in diesem Fall mit einem fehlerhaften Rückgabecode beenden soll. Siehe Ping-Dienstprogramm (dbping).

Umgebungsvariable umbenannt   Die folgenden Umgebungsvariablen wurden für diese Version umbenannt:

Änderungen der Dateinamen des PHP-Moduls   Die Namenskonvention für die PHP-Moduldateien wurde geändert. In früheren Versionen hatten die Dateien den Namen phpX_sqlanywhereY.dll, wobei X die PHP-Versionsnummer und Y die SQL Anywhere-Versionsnummer war. Die PHP-Moduldateien heißen nun php-a.b.c_sqlanywhereY.dll, wobei a.b.c die volle Versionsnummer der PHP-Quelle ist, anhand der die Datei erstellt wird. Y ist die zentrale SQL Anywhere-Versionsnummer. z.B. php-5.0.2_sqlanywhere10.dll.

Werte für den PrefetchBuffer-Verbindungsparameter festlegen   Der Verbindungsparameter PrefetchBuffer interpretiert nun aus Gründen der Abwärtskompatibilität Werte, die kleiner sind als 16384, als kB. Die Verwendung von kB ohne das Suffix k ist veraltet. Wenn der Wert von PrefetchBuffer angepasst wird, weil er außerhalb des Gültigkeitsbereichs lag oder in kB ohne das Suffix k angegeben wurde, zeigt die Clientlogdatei den tatsächlich verwendeten PrefetchBuffer-Wert an. Siehe Verbindungsparameter PrefetchBuffer (PBUF).

Systemdefinierte Domänen können nicht gelöscht werden   Es ist nicht mehr möglich, systemdefinierte Domänen, wie etwa MONEY oder UNIQUEIDENTIFIERSTR, aus einer Datenbank zu löschen. Siehe DROP DOMAIN-Anweisung.

Änderungen der Datenbank-Dienstprogramme   Die folgende Liste beschreibt Änderungen der Datenbank-Dienstprogramme:

Änderungen von Standardwerten   Die folgenden Änderungen an Standardwerten wurden vorgenommen:

Änderungen der Berechnung des Prozentwerts der Cachegröße für die Optionen -c, -ch und -cl   Wenn Sie P (Prozent) zusammen mit den Optionen -c, -ch oder -cl verwenden, berechnet das System nun den Prozentwert anhand des physischen Systemspeichers oder des verfügbaren Adressraums, je nachdem, was kleiner ist. Dadurch wird das Risiko einer Cachezuweisung von mehr als dem für die Adressierung verfügbaren Speicherplatz vermieden. Siehe -c - dbeng12/dbsrv12-Serveroption, -ch - dbeng12/dbsrv12-Serveroption und -cl - dbeng12/dbsrv12-Serveroption.

Procedure_profiling-Serveroption wurde umbenannt   Der richtige Name der Serveroption, die die Prozedurprofilerstellung steuert, ist nun ProcedureProfiling. Die frühere Form Procedure_profiling wird noch akzeptiert, sie wird jedoch in einer zukünftigen Version nicht mehr unterstützt. Siehe sa_server_option-Systemprozedur.

TCP/IP-Portnummer muss von Clients, die sich mit einem Datenbankserver unter HP-UX verbinden, der nicht den Standardport verwendet, nicht angegeben werden   Wenn Sie in früheren Versionen der Software einen Datenbankserver unter HP-UX gestartet haben, mussten Sie unter Verwendung der Protokolloption ServerPort [PORT] eine Portnummer angeben, wenn der Standardport (2638) bereits verwendet wurde oder wenn Sie den Standardport nicht verwenden wollten.

Unter HP-UX ist die TCP/IP-Protokolloption ServerPort nicht mehr erforderlich, wenn mehrere Datenbankserver auf einem Computer gestartet werden. Unter Mac OS X muss die TCP/IP-Option ServerPort weiterhin angegeben werden, wenn ein Netzwerkserver gestartet wird, während bereits ein Server auf dem betreffenden Computer ausgeführt wird. Siehe ServerPort-Protokolloption (PORT).

SOAP CONCRETE-Antwort wurde von ASADataSet in SimpleDataset umbenannt   Die CONCRETE-Antwort wurde von ASADataSet in SimpleDataset umbenannt. Siehe CREATE SERVICE-Anweisung.

Verhaltensänderungen des Assistenten "Datenbank entladen"   Es ist nicht mehr möglich, eine Datenbank in eine frühere Datenbankversion als Version 10 zu entladen. Wenn Sie eine Datenbank der Version 9.0.2 oder früher in eine Datenbank der Version 10 entladen, können Sie nach dem Neuaufbau nicht automatisch eine Verbindung mit der Datenbank herstellen.

Verhaltensänderungen des Assistenten "Datenbank extrahieren"   Es ist nicht möglich, Datenbanken der Version 9.0.2 oder früher zu extrahieren. Sie müssen aus einer Datenbank der Version 10 extrahieren.

Serveroptionen -ui und -ux unter Solaris nicht unterstützt   Die Optionen -ui und -ux werden unter Solaris nicht mehr unterstützt. Unter Linux sind sie noch verfügbar.

Konvertierung nummerischer Datentypen   Bei der Konvertierung eines DOUBLE-Datentyps in einen NUMERIC-Datentyp verwendet SQL Anywhere nun einen Algorithmus, dessen Ergebnis dem ursprünglichen DOUBLE-Wert stärker entspricht. Durch diese Änderungen werden DOUBLE-Werte mit 15 oder weniger signifikanten Zeichen genau in NUMERIC konvertiert. In einigen Fällen kann dies zu unterschiedlichen Antworten führen als in früheren Versionen von SQL Anywhere. Siehe Zwischen nummerischen Zeichensätzen konvertieren.

Änderungen der sa_validate-Systemprozedur   Die Daten-, Index- und vollständigen Optionen für die Systemprozedur sa_validate sind nicht mehr erforderlich und ihre Verwendung ist veraltet. Außer wenn Sie eine Express- oder Prüfsummenvalidierung anfordern, werden die Prüfungen, die früher von den Daten-, Index- und Volloptionen ausgeführt wurden, nun standardmäßig vorgenommen. Siehe sa_validate-Systemprozedur.

Änderungen der a_validate_type-Enumeration   Die Parameter VALIDATE_DATA, VALIDATE_INDEX und VALIDATE_FULL für die Enumeration a_validate_type sind nicht mehr erforderlich und ihre Verwendung ist veraltet. Die von diesen Optionen vorgenommenen Validierungen werden nun standardmäßig durchgeführt, wenn VALIDATE_NORMAL angegeben wird. Siehe a_validate_type-Enumeration.

Syntaxänderung der SQLPATH-Umgebungsvariable   Die Syntax für die SQLPATH-Umgebungsvariable für Unix wurde geändert. In früheren Versionen wurden die Pfadelemente auf allen Betriebssystemen durch Semikola (;) getrennt. In SQL Anywhere 10 werden die Pfadelemente auf Unix-Plattformen durch Doppelpunkte (:) und auf allen anderen Plattformen durch Semikola (;) getrennt.