Neuer Login-Modus-Wert für Datenbanken in der Cloud   Ein neuer Wert, CloudAdmin, wurde für die Datenbankoption login_mode hinzugefügt. Dieser Login-Modus ist für die interne Verwendung durch die Cloud vorgesehen. Siehe login_mode-Option.

Fenster Verbinden, Erweiterung in Sybase Central und Interactive SQL   Das Fenster Verbinden in Sybase Central und Interactive SQL enthält nun die Option Verbindung mit einer laufenden Datenbank in einer Cloud herstellen für eine Verbindung zu einer Tenant-Datenbank in der Cloud.

Erweiterungen des Fensters ODBC-Konfiguration für SQL Anywhere   Das Fenster ODBC-Konfiguration für SQL Anywhere im ODBC-Datenquellen-Administrator enthält nun die Option Verbindung mit einer laufenden Datenbank in einer Cloud herstellen für eine Verbindung mit einer Tenant-Datenbank in der Cloud.

Erweiterung des NodeType-Verbindungsparameters (NODE)   Der Verbindungsparameter NodeType unterstützt nun MIRROR- und READONLY-Werte:

Siehe Verbindungsparameter NodeType (NODE).

Verhaltensänderung des Verbindungsparameters NodeType (NODE)   Wenn Sie eine Verbindung zu einer Datenbank in der Cloud herstellen, ist der Standardwert für den NodeType-Verbindungsparameter PRIMARY und Sie werden automatisch zur Mandatenprimärdatenbank weitergeleitet. Wenn NodeType auf DIRECT eingestellt ist, wird keine Umleitung verwendet und die Verbindung ist nur erfolgreich, wenn die Datenbank läuft auf dem angegebenen Host läuft.

Siehe Verbindungsparameter NodeType (NODE).

DatabaseName-Verbindungsparameter beim Herstellen einer Verbindung zu Cloud-Datenbanken erforderlich   Wenn Sie eine Verbindung zu einer Datenbank in der Cloud herstellen, müssen Sie den DatabaseName-Verbindungsparameter angeben. Es gibt keinen Standarddatenbanknamen für Datenbanken in der Cloud. Siehe Verbindungsparameter DatabaseName (DBN).

Einschränkung für ServerName-Verbindungsparameter in der Cloud   Wenn Sie eine Verbindung zu einer Datenbank in der Cloud herstellen, können Sie den ServerName-Verbindungsparameter nur verwenden, wenn der Verbindungsparameter-NodeType auf DIRECT eingestellt ist. In den meisten Fällen sollten Sie nicht ServerName oder NodeType oder DIRECT festlegen, wenn Sie eine Verbindung zu einem Cloud-Server herstellen. Siehe Verbindungsparameter ServerName (Server).

Erweiterungen von SQL-Anweisungen   Folgende Anweisungen wurden erweitert, um ihre Verwendung in Tenant-Datenbanken in der Cloud zu vereinfachen:

• ALTER SYNCHRONIZATION SUBSCRIPTION-Anweisung [MobiLink]
• ALTER SYNCHRONIZATION USER-Anweisung [MobiLink]
• START SYNCHRONIZATION SCHEMA CHANGE-Anweisung [MobiLink]

Wenn eine Datenbank in der Cloud läuft, können einige SQL Anywhere-Anweisungen nicht angewendet werden oder sie haben Einschränkungen. Entsprechende Informationen sind in der Beschreibung der einzelnen Funktionen und Systemprozeduren zu finden.

Einschränkungen bezüglich der Ergebnisse von Systemprozeduren und Funktionen bei Ausführung in einer Datenbank in der Cloud   Wenn eine Datenbank in der Cloud läuft, liefern einige der SQL Anywhere-Funktionen und -Systemprozeduren nur Informationen über die aktuelle Tenant-Datenbank. Sie zeigen keine Informationen über andere Tenant-Datenbanken, die auf demselben Cloud-Server laufen. Entsprechende Informationen sind in der Beschreibung der einzelnen Funktionen und Systemprozeduren zu finden.

Einige Datenbankoptionen, Serveroptionen und Verbindungsparameter sind nicht für die Verwendung in der Cloud verfügbar   Einige Datenbankoptionen, Server, Optionen und Verbindungsparameter sind nicht für die Verwendung in der Cloud verfügbar. Weitere Hinweise finden Sie in der Beschreibung zu den einzelnen Optionen oder Parameter.

Angabe von IPv6-Adressen   Bei IPv6-Adressen, die eine Portnummer enthalten, müssen Sie die Adresse entweder in eckige Klammern oder in Klammern setzen. Siehe IPv6-Unterstützung in SQL Anywhere.

Erweiterungen zum Laden von Tabellen   In früheren Versionen konnten Sie keine Tabellenladevorgänge für temporäre Tabellen in einer schreibgeschützten Datenbank durchführen. Diese Einschränkung wurde aufgehoben.

Bislang war der Standardwert für LOAD TABLE für eine Datenbank, die auf einem Primär-, Spiegel- oder Stammknotenserver ausgeführt würde, WITH FILE NAME LOGGING. Nun ist der Protokollierungsstandardwert für LOAD TABLE für diese Typen von Datenbanken WITH ROW LOGGING.

Neue Unterstützung für den Vergleich und die Anpassung von Datenbankschemas   Sie können Sybase Central verwenden, um zwei Datenbanken zu vergleichen. Der Vergleich generiert SQL-Anweisungen, die Sie prüfen können, um die Unterschiede zwischen zwei Datenbanken zu ermitteln. Sie können die SQL-Anweisungen ausführen, um eine Datenbank an die andere anzugleichen. Siehe Vergleich von Datenbankschemata und Konvertieren eines Datenbankschemas, um es an ein anderes anzugleichen.

Kontosperre für DBA-Benutzer   Um sicherzustellen, dass DBA-Benutzer nicht unbegrenzt aus der Datenbank ausgesperrt werden, wenn sie ein falsches Kennwort eingeben, werden ihre Konten für eine Minute gesperrt, wenn sie die in ihrer Login-Richtlinie angegebene Anzahl von fehlgeschlagenen Verbindungsversuchen überschreiten.

Neue Verzeichnisoption für Datei OEM.ini   Die Option directory des Abschnitts [preferences] Abschnitt in der Datei OEM.ini gibt das Verzeichnis an, das von den Administrationstools verwendet wird, um benutzerspezifische Konfigurationsdateien zu speichern. Diese Dateien enthalten Informationen zu den Einstellungen und zum Verlauf der Administrationstools. Sie müssen einen voll qualifizierten Verzeichnisnamen angeben, der nicht mit einem Trennzeichen endet. Siehe Konfiguration der Administrationstools.

Neue Grenzwerte für TCP-Protokolloptionen Timeout, SendBufferSize und ReceiveBufferSize   Bei der Verwendung von TCP/IP haben die folgenden Protokolloptionen nun Obergrenzen.

Wenn Sie Werte oberhalb dieser Grenzwerte angeben, wird ein Fehler zurückgegeben. Siehe Verbindungsfehler: %1.

Erweiterungen der Datenbankspiegelung   Die Serveroption -xa unterstützt nun die folgenden Werte:

Siehe Datenbankserveroption -xa .

In einem Scale-Out-System mit hoher Verfügbarkeit und Schreibschutz kann ein Kopieknoten als Arbiterserver agieren. Sie müssen ein Upgrade aller Server in Ihrem Datenbankspiegelungssystem vornehmen, um diese Funktion zu verwenden. Siehe Verwenden eines Kopieknotens als Arbiter.

Performanceverbesserungen für Anweisungen   Die Performance von Anweisungen, die gespeicherte Prozeduren oder benutzerdefinierte Funktionen verwenden, wurde verbessert.

Protokolloption LogFormat (LF) weist auf unbekannte HTTP-Methode für URL hin   Wenn eine Webanforderung fehlschlägt, weil die HTTP-Anforderungsmethode nicht unterstützt wird bzw. weil der URI entweder nicht richtig geformt ist oder darin ein erforderlicher Datenbankname fehlt, liefert die HTTP-Methode (@M) und die HTTP-Version (@V) die Zeichenfolge ??? und der URI (@U) die angegebene Anforderung mit vorangestelltem >>>. Siehe LogFormat-Protokolloption (LF).

Neue Eigenschaften   Die folgenden Verschlüsselungseigenschaften wurden hinzugefügt:

• LastCommitRedoPos

Die folgenden Datenbankeigenschaften wurden hinzugefügt:

• LastCommitRedoPos
• LastWrittenRedoPos
• LastSyncedRedoPos

Die folgenden Datenbankservereigenschaften wurden hinzugefügt:

• ProcessId

Verbesserte Performance von Anweisungen, die gespeicherte Prozeduren oder benutzerdefinierte Funktionen verwenden   Zur Verbesserung der Performance wurde die Art, wie der Datenbankserver benutzerdefinierte Prozeduren und Funktionen verarbeitet, verbessert. Diese Verbesserung der Performance hängt von der Anzahl der Aufrufe für Prozeduren und benutzerdefinierte Funktionen ab.

Verhaltensänderung der ALTER SERVER-Anweisung   In früheren Versionen bewirkten alle Klauseln der ALTER SERVER-Anweisung ein automatisches Festschreiben. Die CONNECTION CLOSE-Klausel bewirkt keine automatische Festschreibung mehr. Siehe ALTER SERVER-Anweisung.

Erweiterung der OPENSTRING-Klausel   Die OPENSTRING-Klausel der FROM-Klausel unterstützt nun die Optionen [NOT | AUTO] COMPRESSED und ENCRYPTED. Die Option ENCRYPTED kann verwendet werden, um Dateien zu lesen, die von der UNLOAD-Anweisung erstellt wurden, wenn die ENCRYPTED-Klausel angegeben wurde. Siehe FROM-Klausel.

Erweiterungen des Dienstprogramms zur Zertifikatserstellung (createcert)   Eine Reihe von Optionen wurden dem Dienstprogramm zur Zertifikatserstellung hinzugefügt, um die Erstellung von Zertifikaten zu erleichtern. Siehe Dienstprogramm zum Erstellen von Zertifikaten [createcert)

Erweiterungen von Abfrageplan-Zeichenfolgen   Pläne enthalten jetzt bekannte Werte für Ausdrücke und ausführliche Pläne enthalten auch Informationen über den im Cache abgelegten Plan für eine Anweisung.

Wenn Sie die Anwendungsprofilerstellung verwenden, enthalten ausführliche Pläne nun zusätzliche Informationen darüber, wie eine Abfrage optimiert wurde, und über die Prädikate, die in einem partiellen Index-Scan verwendet wurden.

Abfrageoptimierung   Es wurde eine Optimierung hinzugefügt, um IN-Prädikate anzunehmen, die für partielle Index-Scans von OR-Prädikaten verwendet werden können, die nicht in AND-Prädikate umgewandelt werden können. Siehe Optimierungen während der Abfrageverarbeitung.

Neue Unterstützung für ADO.NET Entity Framework 4.2   SQL Anywhere bietet nun Unterstützung für die Funktion Code First von ADO.NET Entity Framework 4.2. Siehe Unterstützung für Entity Framework.

Neue salocation-Option für SetupVSPackage .NET-Assemblies-Installationsprogramm   Die SetupVSPackage-Anwendung gestattet es Ihnen nun, den Speicherort der Installation von SQL Anywhere mit der salocation-Option festzulegen. Siehe Deployment eines .NET Clients.

Neue Unterstützung für JDBC 4.0-Treiber für OSGi-Bundles   Der SQL Anywhere JDBC 4.0-Treiber (sajdbc4.jar) enthält nun die richtigen Ladelisten-Informationen, mit denen er als OSGi-Bundle (Open Services Gateway-Initiative) geladen werden kann. Siehe JDBC-Unterstützung.

ALTER TABLE...ADD CONSTRAINT erfordert beim Hinzufügen einer Eindeutigkeits-Integritätsregel die Angabe nicht nullwertfähiger Spalten   Verbesserungen der ALTER TABLE-Anweisung erfordern, dass alle Integritätsregel-Spalten nicht nullwertfähig sind, wenn eine neue Eindeutigkeits-Integritätsregel hinzugefügt wird.

Siehe ALTER TABLE-Anweisung [UltraLite].

MobiLink-Dateiübertragungen werden nun durch Android-Smartphones unterstützt   Die DatabaseManager.createFileTransfer-Methode kann nun dazu verwendet werden, um Dateien zwischen einem Android Client und einem MobiLink-Server zu übertragen.

Siehe:

• DatabaseManager.createFileTransfer-Methode [UltraLiteJ]
• FileTransfer-Schnittstelle [UltraLiteJ]
• FileTransferProgressListener-Schnittstelle [UltraLiteJ]
• FileTransferProgressData-Schnittstelle [UltraLiteJ]

ZLIB-Kompression wird nun von Android-Smartphones unterstützt   Die UltraLiteJ-API unterstützt nun die ZLIB-Datenkomprimierung für Android-Smartphones bei der Synchronisation mit einem MobiLink-Server über ein HTTPS-Protokoll.

Die folgenden Methoden stehen für Android-Smartphones zur Verfügung, um die ZLIB-Kompression zu erlauben:

Siehe:

• Netzwerkprotokolloptionen des MobiLink-Clients
• StreamHTTPParms-Schnittstelle [UltraLiteJ]

Ende-zu-Ende-Verschlüsselung (E2EE) wird nun von Android-Smartphones unterstützt   Die UltraLiteJ-API unterstützt nun die Ende-zu-Ende-Verschlüsselung für Android-Smartphones bei der Synchronisation mit einem MobiLink-Server über ein HTTPS-Protokoll.

Die folgenden Methoden stehen für Android-Smartphones zur Verfügung, um E2EE zu unterstützen:

Siehe:

• Netzwerkprotokolloptionen des MobiLink-Clients
• StreamHTTPParms-Schnittstelle [UltraLiteJ]

Vertrauenswürdige Zertifikate aus dem Standardspeicher für vertrauenswürdige Zertifikate für die Synchronisation über das HTTPS-Protokoll werden nun von Android-Smartphones unterstützt   Zertifikate werden gemäß den folgenden Prioritätsregeln verwendet:

Siehe:

• StreamHTTPSParms.setTrustedCertificates-Methode [UltraLiteJ]

Methoden zur Cursor-Bewegung werden nun von Android-Smartphones unterstützt   Die UltraLiteJ-API unterstützt nun alle Navigationsmethoden für SQL-Ergebnismengen, die in anderen UltraLite-APIs verfügbar sind.

Die folgenden Navigationsmethoden sind jetzt für Android-Smartphones verfügbar:

Siehe:

• Zeilendaten abrufen
• ResultSet-Schnittstelle [UltraLiteJ]

Einige BlackBerry-spezifische ResultSet-Methoden werden jetzt auch von Android-Smartphones unterstützt   Die get-Methoden, die einen Zeichenfolgenparameter erfordern und auf BlackBerry-Smartphones unterstützt werden, sind jetzt für Android-Smartphones verfügbar.

Die folgenden Methoden werden nun von Android unterstützt:

Siehe ResultSet-Schnittstelle [UltraLiteJ].

ResultSetMetaData-Methoden werden jetzt von Android-Smartphones unterstützt   Die folgenden Methoden werden nun von Android-Smartphones unterstützt und liefern Werte, die den für BlackBerry-Smartphones gelieferten Werten stark angenähert sind.

Siehe ResultSetMetadata-Schnittstelle [UltraLiteJ].

Die DatabaseInfo.getPageSize-Methode wird nun von Android-Smartphones unterstützt   Die DatabaseInfo.getPageSize-Methode fragt nun die UltraLite-Datenbank nach der Seitengröße ab.

Siehe DatabaseInfo.getPageSize-Methode [UltraLiteJ].

Die DatabaseInfo.getNumberRowsToUpload-Methode wird nun von Android-Smartphones unterstützt   Die DatabaseInfo.getNumberRowsToUpload-Methode gibt nun die Anzahl der Zeilen zurück, die auf den Upload warten.

Siehe DatabaseInfo.getNumberRowsToUpload-Methode [UltraLiteJ].

DatabaseInfo.getRelease-Werte, die auf Android-Smartphones zurückgegeben werden, enthalten jetzt die Build-Nummer   Die DatabaseInfo.getRelease-Methode gibt die vollständige Software-Versionsnummer zurück.

Siehe DatabaseInfo.getRelease-Methode [UltraLiteJ].

Zusätzliche Optionseinstellungen für das MobiLink-Client-Netzwerkprotokoll werden nun von Android-Smartphones unterstützt   Die Methoden StreamHTTPParms.getExtraParameters und StreamHTTPParms.setExtraParameters zum Angeben und Abrufen einer durch Semikolons getrennten Liste von Netzwerkprotokolloptionen für den MobiLink-Client wurden hinzugefügt. Sie unterstützen auch zusätzliche Optionen, die früher nicht von Android-Smartphones unterstützt wurden.

Siehe:

• StreamHTTPParms.getExtraParameters-Methode [Android] [UltraLiteJ]
• StreamHTTPParms.setExtraParameters-Methode [Android] [UltraLiteJ]

Fehler-Berichterstellung für die DatabaseManager-Klasse der UltraLiteJ-API wurde verbessert   Ein ULjException-Fehler wird nun mit dem SQLE_NOT_CONNECTED-Fehlercode generiert, wenn die connect- oder createDatabase-Methode aufgerufen wird, nachdem die release-Methode aufgerufen wurde.

Siehe DatabaseManager.release-Methode [UltraLiteJ].

Neu startbare HTTP-Verbindung unterstützt die UltraLiteJ-API   Ist die neu startbare HTTP-Verbindung aktiviert, kann UltraLiteJ Netzwerkunterbrechungen tolerieren, sodass Synchronisationen in unzuverlässigen Netzwerken nicht so häufig fehlschlagen.

Siehe:

• StreamHTTPParms.setRestartable-Methode [UltraLiteJ]
• StreamHTTPParms.isRestartable-Methode [UltraLiteJ]

Behandlung von Null ResultSet wurde für die UltraLiteJ-API verbessert   Von der ResultSet.getString-Methode abgerufene Nullwerte werden nun als Null und nicht als leere Zeichenfolge zurückgegeben.

Siehe ResultSet.getString-Methode [UltraLiteJ].

Die Zeilenbegrenzung auf einem BlackBerry-Smartphone aktiviert immer langsame Lade-Indizes   Datenbanken auf BlackBerry-Smartphones, auf die mit aktivierter Zeilenbeschränkung zugegriffen wird, aktivieren nun immer langsame Lade-Indizes.

Siehe:

• ConfigPersistent.setRowScoreFlushSize-Methode [BlackBerry] [UltraLiteJ]
• ConfigPersistent.setRowScoreMaximum-Methode [BlackBerry] [UltraLiteJ]

Sichere Synchronisation von einem BlackBerry-Smartphone über den BlackBerry Enterprise Server wurde verbessert   Einige BlackBerry-Smartphones, die über das HTTPS-Protokoll mit einem BlackBerry Enterprise Server (BES) synchronisieren, erfordern möglicherweise, dass dem URL-Suffix der Begriff ";EndToEndRequired" hinzugefügt wird, um zu vermeiden, dass eine Synchronisation fehlschlägt.

Siehe StreamHTTPParms.setURLSuffix-Methode [UltraLiteJ].

Die Datenbankseitengrößen können mit dem UltraLite Java Edition-Dienstprogramm zum Laden von Datenbanken mit der Option -z angepasst werden   Die neue Option -z kann verwendet werden, um die Seitengröße (in Byte) einer UltraLite Java Edition-Datenbank festzulegen.

Siehe Lade-Dienstprogramm für UltraLite Java Edition-Datenbank (uljload).

Unterstützung für die Methoden Connection.getNewUUID und UUID.toString unter UltraLite für M-Business Anywhere   Die Methoden Connection.getNewUUID und UUID.toString werden wieder eingesetzt.

Der qualifizierte Name für eine Tabellenspalte kann mit der UltraLite C++-API erhalten werden   Wenn der ul_name_type_qualified-Bezeichner der ul_column_name_type-Enumeration gemeinsam mit der ULResultSetSchema.GetColumnName-Methode verwendet wird, kann er den zugeordneten qualifizierten Namen für eine Spalte im ResultSet-Objekt abfragen.

Siehe:

• ul_column_name_type-Enumeration [UltraLite C++]
• ULResultSetSchema.GetColumnName-Methode [UltraLite C++]

Die Pocket PC 2003-Plattform wird nun von der UltraLite C++-API unterstützt   UltraLite wird nun auf der Pocket PC 2003-Plattform unterstützt. Unterstützung für TLS- und HTTPS-Synchronisationsverschlüsselung ist nicht verfügbar.

Xcode 4.2-Unterstützung für Beispiele CustDB und Names   Die Beispiele CustDB und Names werden nun von Xcode 3.2 und 4.2 unterstützt.

NetworkData-Klasse zu MobiLink-Server-APIs hinzugefügt   Eine neue NetworkData-Klasse wurde den Java- und .NET-Skripterstellungs-APIs hinzugefügt, um Zugriff auf HTTP-Header und clientseitige Zertifikate in einer Anforderung bereitzustellen.

Siehe:

• NetworkData-Schnittstelle [MobiLink-Server Java]
• NetworkData-Schnittstelle [MobiLink-Server-API für .NET]

collect_network_data-Protokoll wurde der mlsrv12-Option -x hinzugefügt   Verwenden Sie die collect_network_data-Protokolloption mit der mlsrv12-Option -x, um Synchronisationsskripten zu aktivieren, um Informationen von jeder Synchronisation zu lesen. Siehe mlsrv16-Option -x.

Aktualisierungen nicht synchronisierter Spalten   Aktualisierungen nicht synchronisierter Spalten (außer Zeitstempelspalte oder logische Löschspalten im Synchronisationsmodell) aktualisieren die Zeitstempelspalte nicht mehr, wenn ein Trigger im Synchronisationsmodell für die Verwaltung des Zeitstempels verwendet wird.

Menüs für die Tabellenzuordnungsrichtung   Die Menüs für die Tabellenzuordnungsrichtung bleiben aktiviert, nachdem die Zuordnungsrichtung auf "Nicht synchronisiert" geändert wurde. Siehe Tabellen- und Spaltenzuordnungen.

Option -qi für mlsis und dbmlsync   Die Option -qi ist nun in den Syntaxinformationen für mlsis und dbmlsync enthalten. Siehe dblsn-Option -qi und dbmlsync-Option -qi.

Neue Fehlermeldungen für mlreplay   Die folgenden Fehlermeldungen wurden für das MobiLink-Wiedergabe-Dienstprogramm hinzugefügt:

Erweiterte dbmlsync-Protokollierung   Dbmlsync gibt nun Informationen über das Betriebssystem und die Architektur des Rechners, auf dem es läuft, in das Log aus. Es gibt außerdem die Plattform an, für die das Programm kompiliert wurde. Siehe SQL Anywhere-Clientlogs.

Unterstützung für SHA2-Zertifikate   MobiLink-Server und MobiLink-Clients unterstützen nun mit SHA2 unterzeichnete Zertifikate. Siehe trusted_certificates und mlsrv16-Option -x.

Schnelles Deployment von Relay Server unter Windows IIS6, IIS7 und Apache   Relay Server verfügt über eine Reihe von Dienstprogrammen, die Sie Schritt für Schritt durch den Deployment-Prozess für Windows IIS 6.0, Windows IIS 7.0 oder 7.5 und Apache führen Weitere Hinweise finden Sie unter .

• Deployment der Relay Server-Komponenten für Microsoft IIS 6.0 unter Windows Server 2003
• Deployment der Relay Server-Komponenten für Microsoft IIS 7.0 unter Windows Server 7.0 oder 8.0
• Deployment der Relay Server-Komponenten auf Apache unter Linux

Relay Server unterstützt die Identitäts-Weiterleitung   Das SAP Gateway bietet mehrere Methoden für die Authentifizierung von Clients, einschließlich Weiterleitung des X.509-Zertifikats durch vertrauenswürdige Vermittler. Relay Server können Identitätsinformationen vom entfernten Client an das SAP NetWeaver Gateway oder den Web Dispatcher mit HTTP-Headern weiterleiten. Siehe Eigenschaften im Backend-Farm-Abschnitt.