Click here to view and discuss this page in DocCommentXchange. In the future, you will be sent there automatically.
SQL Anywhere 11.0.1 (Deutsch) » SQL Anywhere 11 - Änderungen und Upgrades » Neue Funktionen in Version 9.0.0 » Verhaltensänderungen in Version 9.0

 

Verhaltensänderungen von UltraLite

Nachstehend finden Sie eine Liste der Verhaltensänderungen gegenüber früheren Versionen der Software.

  • Änderung der unterstützten Plattformen   In Bezug auf die unterstützten Deploymentplattformen wurden die folgenden Änderungen durchgeführt.

    • ScoutSync wird nicht mehr unterstützt   Die Unterstützung der Synchronisationssoftware ScoutSync wurde aufgegeben.

    • VxWorks wird nicht mehr unterstützt   Das Betriebssystem VxWorks wird nicht mehr unterstützt.

    • JDK 1.1.8 für PureJava UltraLite ist erforderlich   Das Entwicklungsmodell für Pure Static Java erfordert anstelle von JDK 1.1.4 oder später nun JDK 1.1.8 oder später.

    • Palm OS-Änderungen   Änderungen der UltraLite-Architektur für Palm OS bieten bessere Performance auf neueren Geräten. Eine Folge ist, dass UltraLite mehr dynamischen Speicher benötigt als in früheren Versionen. Für alle anderen Anwendungen außer sehr kleinen Datenbanken wird empfohlen, Palm OS Version 3.5 oder später mit 4 MByte Speicher oder mehr zu verwenden.

    • MobileBuilder und PRC Tools werden nicht mehr unterstützt   Die UltraLite-Entwicklung auf der PenRight wird nicht länger unterstützt! Die MobileBuilder-Plattform wird nicht mehr unterstützt. Die Entwicklung mit der GNU PRC Tool-Kette wird ebenfalls nicht mehr unterstützt.

  • Änderungen der Entwicklungsplattformen   Die Anwendungsentwicklung für UltraLite-Komponenten wird nun nur noch für Windows NT/2000/XP unterstützt. Die Entwicklung der statischen Schnittstellen wird auch unter Windows 98 SE unterstützt. Andere Mitglieder der Windows 95/98/Me-Familie werden hinsichtlich der Entwicklung nicht unterstützt.Die unterstützten Metrowerks CodeWarrior-Versionen sind nun 8 und 9.

  • Änderung der Dokumentationsterminologie   Die Einführung der UltraLite-Komponenten hat einige neue Namen erforderlich gemacht, um die verschiedenen Schnittstellen zu unterscheiden. Die älteren UltraLite-Schnittstellen (Embedded SQL, die C++-API und die Java API) werden nun als statische Schnittstellen bezeichnet, da die von ihnen verwendeten Abfragen zum Zeitpunkt der Kompilierung festgelegt werden müssen. Die Komponenten bieten auch Zugriff auf dynamisches SQL.

  • UltraLite-Laufzeitbibliothek unter Windows NT/2000/XP    Die Komponenten ActiveX und MobileVB verwenden nun eine Unicode-Laufzeitbibliothek unter Windows. Diese Laufzeitbibliothek ist mit UltraLite-Datenbankdateien (.udb) der Version 8.0.2 für Windows kompatibel, aber nicht mit UltraLite-Datenbankdateien der Version 8.0.2, die auf anderen Betriebssystemen erstellt wurden.

  • file_name-Parameter   In früheren Versionen der Software wurde der Parameter file_name, mit dem der Name der UltraLite-Datenbankdatei auf dem PC festgelegt wurde, auch verwendet, um den Dateinamen auf einem Gerät festzulegen, wenn kein plattformspezifischer Parameter angegeben wurde. Der Parameter file_name wird nun, ausgenommen auf PC-Betriebssystemen, ignoriert.

  • Änderungen der Static Java API   Die Static Java API wurde geändert. Die folgenden Methoden, die das Objekt JdbcDatabase hatte, wurden auf das Objekt JdbcConnection verlagert:

    • countUploadRows

    • getLastDownloadTimeDate

    • getLastDownloadTimeLong

    Die Methoden zur Erteilung und Entziehung von Berechtigungen wurden zu JdbcConnection zur Verwendung durch Anwendungen hinzugefügt, die kein explizites JdbcManager-Objekt haben.

  • Änderungen von Fehlercodes   Einige UltraLite-Fehlercodes wurden auf spezifischere und hilfreichere Werte geändert. Wenn Sie Ihre Anwendung auf bestimmte Fehlercodes überprüfen, sollten Sie die neuen Codes nach einem Upgrade testen.

    Wenn Sie z.B. auf SQLE_DATABASE_NOT_FOUND prüfen (oder die Entsprechung in einer der UltraLite-Schnittstellen), wenn Sie sich mit einer Datenbank verbinden, müssen Sie diese Meldung zu SQLE_ULTRALITE_DATABASE_NOT_FOUND ändern.

    Eine Liste der Fehlercodes finden Sie im SQL-Fehlerobjekt der von Ihnen verwendeten Schnittstelle.

  • Änderung von UL_STORE_PARMS für Embedded SQL   Der Makro UL_STORE_PARMS wird nun während der Anweisung EXEC SQL CONNECT ausgewertet. Die Datenbank wird nicht mehr während des dbinit-Aufrufs sondern bei der Verbindungserstellung gestartet . Das bedeutet, dass UL_STORE_PARMS verschieden oft ausgewertet werden kann, wenn Sie mehrere Verbindungen verwenden. Außerdem muss UL_STORE_PARMS vor allen EXEC SQL CONNECT-Anweisungen festgelegt werden.

Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1