| Produkt | bek. Probleme | Problembehebung lt. Hersteller | Anmerkungen | Quelle |
|---|---|---|---|---|
| Oracle Server 7 + 8 | keine bekannt | keine bekannt | Bietet für 2-stellige Jahresangaben eine spezielle Formatmaske: ?RR?, die je nach Systemdatum und spezifiziertem Datum das entsprechende Jahrhundert auswählt | www.oracle.com |
| Oracle7 Release 7.0 und früher | nicht getestet | Update auf Release 7.1 oder später, gilt für alle Datenbankkomponenten | www.oracle.com | |
| Oracle Server Manager, ODBC Treiber, Enterprise Manager, Precompiler | Precompiler (PL/SQL Vers. 1) bietet kein Unterstützung für das ?RR? Format | Jahr 2000 fester Code liegt in der Hand des Entwicklers | www.oracle.com | |
| Sybase Adaptive Enterprise Server ASE (ehemals SQL Server) | seit Version 11.5 vom 01.19.1997 keine bekannt | Arbeitsbereich: 1753 - 9999 2-stellig:
|
www.sybase.com | |
| Sybase Adaptive Server | seit Vers. 11.5 (außer Win NT) vom 09.12.1997 keine bekannt Win NT seit Vers. 11.5.1 vom 19.06.1997 keine bekannt |
siehe Adaptive Enterprise Server | www.sybase.com | |
| Microsoft SQL-Server 6.5 für Windows NT, dt. und engl. Version |
EXPIREDATE, RETAINDAYS, SQL-Executive: Jahr 2000 ist kein Schaltjahr, SP_ADDTASK, SP_PURGEHISTORY, SP_UPDATEALTER, MS Query verwendet bei 2-stelligen Jahresangaben immer 19xx |
Update auf Service Pack 5, ab Januar 1999 zu beziehen von www.microsoft.com | Arbeitsbereich: 1753 - 9999 2-stellig:
|
www.microsoft.com |
| Microsoft SQL-Server 6.0 | Informationen von Microsoft sind zu Februar 1999 auf den Webseiten angeküdigt. | www.microsoft.com | ||
| Microsoft Access 97, dt. und engl. Version | keine bekannt | SR-2 Pack wird zwingend vorrausgesetzt. | Arbeitsbereich: 0100 - 9999 2-stellig:
|
www.microsoft.com |
| Microsoft Access 7.0 (Office 95), dt. und engl. Version | Jahr 2000 fähig mit Einschränkungen | Die Jahr 2000-Fähigkeit hängt u.a. von der Version der OLEAUT32.DLL ab. Hier wird eine Version ab 2.20.4049 erwartet. Diese kann von www.microsoft.com herutergeladen werden. | Importierte Textdateien, die 2-stellige Jahreszahlen verwenden, werden immer als 19xx interpretiert. Dieses Fald sollte dann als Textfeld und nicht als Datumsfeld importiert werden und schließlich der Feldtyp auf date geändert werden. | www.microsoft.com |
| Microsoft Access 2.0, dt. und engl. Version | wird von MS nicht als Jahr 2000 fähig eingestuft | Update auf Version 7.0 oder konsequenter Einsatz von 4-stelligen Jahreszahlen | 2-stellige Jahreszahlen werden immer als 19xx interpretiert. In Short Date Input Masks wird dem Benutzer keine Möglichkeit gegeben 4-stellige Jahreszahlen einzugeben. | www.microsoft.com |
| Informix Database Server Products ab Version 5 | keine bekannt | Nutzung der DBCENTURY-Variablen für Applikationen die 2-stellige Jahreszahlen verwenden | Die Einstellung der DBCENTURY-Variable bestimmt das Jahrhundert bei der Verwendung von 2-stelligen Jahreszahlen. | www.informix.com |
| IBM DB2 V5, Rel. 5.2 | wird als Jahr 2000-fähig eingestuft. Probleme bereitet nur VisualAge for Java (VAJ) V1, das mit DB2 Version 5.0 ausgeliefert wird. | Update auf VisualAge for Java VAJ V2. | Informationen zu IBM Produkten bekommt man auf den WWW-Seiten nur nach Eingabe der Produktnummer oder durch eine Java-Applikation. | www.ibm.com |