Die standardmäßige Benutzer-ID für demo.db und neu erstellte Datenbanken ist DBA und das Standardkennwort sql. Die Benutzer-ID wird ohne Berücksichtigung von Groß- und Kleinschreibung verwendet und das Kennwort mit Berücksichtigung von Groß- und Kleinschreibung. Ändern Sie dieses Kennwort, bevor Sie ein Deployment der Datenbank durchführen.

Weitere Hinweise zu standardmäßigen Benutzer-IDs und Kennwörtern finden Sie unter DBA-Berechtigung.

Ein verloren gegangenes oder vergessenes DBA-Kennwort kann nicht wiederhergestellt werden. Wenn Sie Unterstützung benötigen, wenden Sie sich an den technischen Support ( http://www.sybase.com/support).

Die für die Verbindung mit einer Datenbank erforderlichen Verbindungsparameter variieren abhängig vom relativen Speicherort der Anwendung und des Datenbankservers. In den folgenden Verbindungsszenarien wird vorausgesetzt, dass keine Verschlüsselung der Kommunikation erfolgt und dass nur eine Datenbank auf einem Datenbankserver läuft.

In den folgenden Beispielen verbinden Sie sich unter Verwendung von Interactive SQL mit der SQL Anywhere-Beispieldatenbank, demo.db. Diese Datei ist im Beispielverzeichnis von SQL Anywhere installiert, das im folgenden Beispiel als Beispielverzeichnis dargestellt wird. Hinweise zum Speicherort von Beispielverzeichnis finden Sie unter Beispielverzeichnis.

Siehe Verbindung zur Beispieldatenbank unter Unix herstellen.

Siehe Verbindung zur Beispieldatenbank unter Mac OS X herstellen.

Datenbanken, die mit SQL Anywhere 9.0.1 oder höher erstellt wurden, enthalten die SYSHISTORY-Systemansicht. Die Zeilen in dieser Ansicht, die INIT- und UPDATE-Vorgänge reflektieren, geben Informationen darüber, wann und mit welcher Version die Datenbank erstellt und aktualisiert wurde. Siehe SYSHISTORY-Systemansicht.

Hinweise dazu, wie Sie die Version ermitteln, ohne die Datenbank zu starten, finden Sie unter DBCreatedVersion-Funktion.

Ja, Sie können mehrere Hauptversionen von SQL Anywhere auf demselben Computer installieren. Beispiel: SQL Anywhere 9.0.2, 10.0.1 und 11.0.1 können alle installiert und unabhängig voneinander ausgeführt werden.

Sie müssen jedoch beim Start einer SQL Anywhere-Programmdatei, die in mehreren Versionen denselben Namen hat (z.B. dbisql oder dbinit), darauf achten, dass Sie die richtige Version der Anwendung starten. Sie können entweder den vollständigen absoluten Pfad mit Umgebungsvariablen wie SQLANY12 eingeben oder die gewünschte Version von SQL Anywhere in Ihrem Pfad zuerst angeben.

Siehe Mit den Dienstprogrammen arbeiten.

Bei SQL Anywhere 10 und früher für Windows unter Verwendung des SQL Anywhere-Installationsprogramms   Ja, Sie können mehrere Kopien derselben Version von SQL Anywhere auf demselben Computer installieren. Das SQL Anywhere-Installationsprogramm registriert jedoch einige Treiber und Komponenten in der Windows-Registrierung, von der es nur eine Kopie gibt. Aus diesem Grund werden die ODBC- und OLE DB-Treiber aus der neuesten Installation verwendet. Ebenso gibt es nur eine Gruppe von Verknüpfungen im Menü Start. Sie zeigen auf die zuletzt installierte Kopie von SQL Anywhere.

Bei SQL Anywhere 11 und höher für Windows unter Verwendung des SQL Anywhere-Installationsprogramms   Nein, Sie können nur eine Kopie von SQL Anywhere 11 auf einem Computer installieren.

Bei SQL Anywhere 12 und früher für Linux oder Unix unter Verwendung des SQL Anywhere-Installationsprogramms   Ja, Sie können mehrere Versionen an verschiedenen Orten installieren. Wenn Sie jedoch unter Linux Anwendungsmenüoptionen installieren, kann jeder Benutzer nur einen Satz von Anwendungsmenüoptionen haben. Sie zeigen auf die zuletzt installierte Kopie von SQL Anywhere.

Für eingebettete Datenbankanwendungen, deren Deployment durchgeführt wurde   Ja, bereitgestellte eingebettete Datenbankanwendungen, die SQL Anywhere enthalten, können mit anderen SQL Anywhere-Installationen auf demselben Computer bereitgestellt werden.

Unter Windows-Betriebssystemen sollten die ODBC- und OLE DB-Treibernamen in der Registrierung den Namen der Anwendung enthalten, in der sie eingebettet sind. Zum Beispiel sollte der ODBC-Treibername SQL Anywhere 12 umbenannt werden in Anwendungsname SQL Anywhere 12. Siehe Deployment von Datenbanken und Anwendungen und ODBC-Treiber konfigurieren.

Sie sollten mehrere Datenbanken auf einem einzelnen Datenbankserver ausführen, da diese Konfiguration die Verwendung der Computerressourcen optimiert.

Wenn mehrere Datenbankserver auf demselben Computer laufen, kommt es möglicherweise zu einer Konkurrenz um Ressourcen und diese Konfiguration kann (mit dynamischer Anpassung der Cachegröße) zu einer verschlechterten oder nicht vorhersehbaren Performance führen. Eine verschlechterte oder nicht vorhersehbare Performance ist möglicherweise akzeptabel, wenn Sie einen Datenbankserver ohne Auswirkungen auf andere Datenbankserver für die Wartung stoppen müssen oder wenn Sie Fehler auf einen einzelnen Datenbankserver begrenzen müssen.

Sie sollten überprüfen, ob Sie über die richtige Lizenz für die gewählte Installationsoption verfügen. Siehe Mehrere Datenbanken auf einem Datenbankserver ausführen.

Siehe Unerwartete Änderungen der Datenbankgröße.

Weitere Hinweise finden Sie in den folgenden Dokumenten:

• Plan für die Sicherung und Wiederherstellung konzipieren
• Weitere Hinweise finden Sie im Dokument „What Backup, Recovery, and Disaster Recovery Mean to Your SQL Anywhere Databases“ ( http://www.sybase.com/detail?id=47877)

Weitere Hinweise finden Sie im Dokument „I've Got An Assertion! What Should I do?“· ( http://www.sybase.com/detail?id=1010805).

Um einen SQL Anywhere-Fehler niedriger Priorität zu melden, besuchen Sie  http://case-express.sybase.com. Mit Case-Express gemeldete Fehler erhalten eine niedrigere Priorität als Fälle, die über den technischen Support geöffnet wurden.

Bei Problemen mit hoher Priorität sollten Sie einen sogenannten Case beim technischen Support öffnen ( http://www.sybase.com/support).

Weitere Hinweise finden Sie in den folgenden Dokumenten:

• Datenbankperformance steigern
• Tipps zur Performance-Verbesserung
• Diagnosing Application Performance Issues with SQL Anywhere ( http://www.sybase.com/detail?id=1060302)
• Capacity Planning with SQL Anywhere ( http://www.sybase.com/detail?id=1056535)

Siehe Upgrade von SQL Anywhere.

SQL Anywhere erreicht die beste Performance, wenn die Datenbank mit derselben Hauptversion erstellt wird wie der Datenbankserver. Erstellen Sie die Datenbank neu, wenn Sie auf Performanceprobleme gestoßen sind und die Datenbank nicht mehr in früheren Versionen von SQL Anywhere ausführen müssen. Siehe Datenbanken neu aufbauen und Datenbankperformance steigern.

SQL Anywhere-Entwickler sind bemüht sicherzustellen, dass die Anwendungen auch nach einer Aktualisierung funktionieren. Ihre Anwendung kann jedoch von Verhaltensänderungen und der Entfernung von zuvor unterstützten Funktionen betroffen sein.

Hinweise dazu, ob Verhaltensänderungen an Ihrer Version von SQL Anywhere vorgenommen wurden sowie ob Funktionen entfernt wurden oder nicht mehr empfohlen werden, finden Sie unter SQL Anywhere 12 - Änderungen und Upgrades. Wählen Sie den für Ihre Version von SQL Anywhere relevanten Abschnitt.

Weitere Hinweise finden Sie im Dokument „SQL Anywhere Supported Platforms and Engineering Support Status“ ( http://www.sybase.com/detail?id=1002288).

Eine Beschreibung der verschiedenen Lizenzierungsoptionen für SQL Anywhere 10 und höher sowie Beispiele, die Ihnen zeigen, wie Sie Ihre Lizenz anwenden, finden Sie im Dokument „SQL Anywhere Licensing“  (http://www.sybase.com/detail?id=1056242).

Die Größe der Datenbank, die von SQL Anywhere unterstützt werden kann, ist abhängig von Speicher, CPU und Festplattenkapazität des Computers, auf dem SQL Anywhere installiert ist. Siehe SQL Anywhere-Einschränkungen von Größe und Anzahl.

Eine Reihe unserer Kunden diskutiert die Implementierung von großen Datenbanken in den Newsgroups. Weitere Hinweise finden Sie im Newsgroup-Thread ( http://forums.sybase.com/cgi-bin/webnews.cgi?cmd=item-99571&group=sybase.public.sqlanywhere.general).

Um auf SQL Anywhere zu migrieren, müssen Sie Ihre Daten in eine SQL Anywhere-Datenbank importieren. Siehe Datenbanken zu SQL Anywhere migrieren.

Es gibt Unterschiede zwischen den Produkten, z.B. verschiedene Dialekte von SQL, daher muss die Anwendung möglicherweise geändert werden.

Weitere Hinweise finden Sie im Dokument „Choosing SQL Anywhere for ISV Applications“ ( http://www.sybase.com/detail?id=1053363).

Siehe So erstellen Sie einen grafischen Plan mit detaillierten und Knotenstatistiken.

Nein. Die OUTPUT-Anweisung kann nur in Interactive SQL ausgeführt werden und kann nicht in einer gespeicherten Prozedur verwendet werden. Verwenden Sie die UNLOAD-Anweisung in der gespeicherten Prozedur, um die durch eine SQL-Anweisung generierte Ergebnismenge in einer Textdatei zu speichern. Wenn Sie die UNLOAD-Anweisung in der gespeicherten Prozedur verwenden, werden Informationen vom Datenbankserver entladen und nicht von dem Clientcomputer, von dem aus der Befehl ausgeführt wurde. Siehe UNLOAD-Anweisung.

Siehe:

• SQL Anywhere-Dokumentation:  dcx.sybase.com/dcx_home.html
• SQL Anywhere v10 / v9.0.2 Frequently Asked Questions ( http://www.sybase.com/detail?id=1053692)
• SQL Anywhere 11.0.1 FAQs ( http://www.sybase.com/detail?id=1062382)
• SQL Anywhere Studio/Adaptive Server Anywhere Patches and Upgrades FAQ ( http://www.sybase.com/detail?id=1019567)
• SQL Anywhere Web Edition FAQ ( http://www.sybase.com/detail?id=1057560)
• SQL Anywhere-Newsgroups ( http://www.sybase.com/detail?id=1002557)
• SQL Anywhere-Produktseite( http://www.sybase.com/products/databasemanagement/sqlanywhere)