DB2 Everyplace Version 8.1.4 - Notes d'édition

Bienvenue dans les notes d'édition de DB2 Everyplace Version 8.1.4. Le nouveau Centre d'aide et d'information de DB2 Everyplace Version 8.1.4 est disponible. Il se trouve dans le répertoire %DSYINSTDIR%\doc\langue\infocenter.

Ces notes d'édition contiennent des informations sur les nouvelles fonctionnalités, les améliorations et les procédures mises à jour dans la version 8.1.4 de DB2 Everyplace.

• Nouveaux correctifs et nouvelles fonctionnalités de la base de données DB2 Everyplace
• Remarques et limites connues
• Marques

Nouveaux correctifs et nouvelles fonctionnalités de la base de données DB2 Everyplace

La section suivante commence par la liste des fonctionnalités de la base de données DB2 Everyplace ayant fait l'objet d'améliorations récentes.

Nouvelles fonctionnalités du moteur de base de données

• Prise en charge d'ADO.Net pour les plateformes PocketPC et Windows
• DB2 Everyplace dispose de deux nouvelles fonctions scalaires définies par le système qui vous permettent d'effectuer une requête SQL quelle que soit la casse des données demandées. Ces nouvelles fonctions sont LCASE() et UCASE().
• Vous pouvez désormais avoir plusieurs connexions aux différentes bases de données dans le même processus.
• Prise en charge de l'incrémentation automatique (colonne Identity)
• Récupération par morceaux de données de grande taille via CLI
• Prise en charge de Symbian OS Version 7
• Prise en charge de procédure mémorisée éloignée sur Symbian OS versions 6 et 7 et son support JDBC
• Prise en charge de types de processeur supplémentaires sur les plateformes Neutrino et Linux
• Prise en charge JDBC élargie et compatibilité JSR 169
• Prise en charge CLI supplémentaire, incluant : SQLColumns, SQLGetConnectAttr, SQLGetInfo, SQLGetStmtAttr, SQLNumParams, SQLSetConnectAttr, SQLSetStmtAttr et SQLTables.
• Prise en charge du chiffrement des données en local sur toutes les plateformes, Neutrino, Linux, Symbian OS 6 et OS 7 compris.

Correctifs du moteur de base de données

Les incidents corrigés dans DB2 Everyplace Version 8.1, FixPak 1, FixPak 2 et Version 8.1.4, avec le cas échéant, un numéro APAR pour référence, sont les suivants :

• Problèmes de chiffrement des données (APAR IC34759) :
  • Si une application accède à plus de 8 tables (dont l'une d'entre elles est une table chiffrée) au cours d'une seule session de connexion, DB2 Everyplace échoue.
  • La sélection des requêtes à l'aide du curseur flottant dans les tables chiffrées échoue.
  • Les requêtes GROUPBY (avec des colonnes de regroupement) sur des tables chiffrées échouent.
  • Les requêtes de mise à jour échouent sur les colonnes de tables chiffrées avec index.
• (APAR IC34782) Le moteur de la base de données DB2 Everyplace s'arrête anormalement lorsque vous utilisez le prédicat LIKE avec un marqueur de paramètre lorsqu'il y a un index sur la colonne (par exemple, C1 LIKE ?). Il se peut que la structure de l'index soit altérée en raison d'une instruction de mise à jour. L'incident se produit lorsqu'il y a plusieurs index sur la table et qu'aucune valeur SET ne modifie la valeur d'origine de la ligne. Si vous modifiez la valeur de la colonne, l'incident ne se produit plus.
• (APAR IC35328) Les tables du moteur DB2 Everyplace deviennent inaccessibles lorsque l'instruction DELETE est utilisée lors des actions suivantes :
  • réalisation d'une suppression physique,
  • lecture d'enregistrement logiquement supprimés,
  • pas d'utilisation de la clause WHERE avec l'instruction DELETE.
• (APAR IC35106) La nouvelle exécution d'une instruction préparée SELECT à l'aide du curseur flottant ne parvient à renvoyer de ligne.
• (APAR IC35043) Sur Palm OS, si une bibliothèque PVCPKCS11.prc est installée et que vous appuyez à plusieurs reprises sur le bouton Marche/Arrêt, l'appareil affiche éventuellement un message d'alerte système et doit être réinitialisé.
• (APAR IC35585) Une altération de l'index peut se produire sur Palm OS avec le message d'erreur SQLSTATE=58004 lors de l'exécution des opérations de mise à jour et de suppression si l'index est créé sur des colonnes dont les numéros sont compris dans l'un des ensembles suivants : 17-32, 48-64, 80-96, 112-128, 144-160, 176-192, 208-226, 240-256.
• (ARAR IC35710) Lorsque vous créez une application DB2 Everyplace Visual Basic à l'aide du fichier db2ecli.bas pour la plateforme Pocket PC, l'application s'arrête lorsqu'elle est exécutée sur l'émulateur Pocket PC 2002.
• (APAR IC35966) Incident d'appel de procédure mémorisée éloignée sur Palm. Une erreur bloquante se produit lorsque le paramètre SQLBindParameter contenant SQL_PARAM_OUTPUT est utilisé et lors de l'acquisition de ResultSet.
• (APAR IC36026) L'exécution d'une instruction préparée d'une requête SELECT ave une fonction d'agrégation sans clause GROUPBY renvoie une réponse incorrecte.
• (APAR IC36027) Une instruction DELETE avec recherche (avec une clause WHERE) ne parvient pas à supprimer toutes les lignes qualifiées si un index sur une colonne TIMESTAMP est utilisé dans la recherche des lignes qualifiées.
• (APAR IC36083) Les instructions CREATE TABLE et CREATE INDEX entraînent une erreur, si vous créez un index ou une clé primaire sur des colonnes dont le numéro est supérieur ou égal à 128.
• (APAR IC36069) Si un index est créé sur une position de colonne supérieure à 256, une altération des données peut se produire ou l'erreur SQLSTATE 58004 est retournée. Ce correctif empêche également la création d'une table avec plus de 256 colonnes.
• (APAR IC36070) L'instruction REORG exécutée sur une table comportant des enregistrements dont la taille est variable (par exemple, VARCHAR ou BLOB) peut entraîner une altération imprévisible du fichier de données ou un incident d'application. Ceci se produit plus vraisemblablement lorsque la taille des enregistrements augmente de par l'exécution de l'instruction UPDATE.
• (APAR IC36256) La génération des modèles d'applications DB2 Everyplace échoue avec Microsoft eMbedded Visual C++ 3.0.
• (APAR IC36270) DB2 Everyplace n'optimise pas certaines requêtes ORDER BY du fait qu'il ne parvient pas à choisir les index disponibles.
• (APAR IC37280) Le moteur de la base de données DB2 Everyplace s'arrête anormalement lorsqu'une application tente de se connecter à une base de données contenant une table DB2eSYSUSERS vide. Le même comportement peut être observé lorsqu'une application tente d'établir une connexion à la base de données et qu'elle fournit un mot de passe erroné immédiatement après que le premier ID utilisateur soit créé.
• (APAR IC36430) DB2 Everyplace risque de s'arrêter anormalement pendant l'exécution d'une requête GROUP BY lorsque le nombre d'éléments SELECT dépasse celui des éléments GROUP BY.
• (APAR IC36695) La tentative de connexion à une base de données chiffrée entraîne un arrêt anormal du moteur de la base de données DB2 Everyplace.
• (APAR IC36570) Le moteur de la base de données DB2 Everyplace renvoie l'erreur SQLState 57011 ou 58004 lorsqu'il tente d'accéder à une base de données résidant sur un support externe (SD Card, CompactFlash Card et IBM Microdrive, par exemple) sur un appareil Palm OS.
• (APAR IC36688) Le moteur de la base de données DB2 Everyplace renvoie l'erreur SQLState 58004 lors de la jointure de deux tables avec une condition de jointure impliquant des colonnes VARCHAR contenant des chaînes vides (lorsqu'un index est utilisé pour extraire les données).
• (APAR IC36702) DB2 Everyplace ne compare pas le prédicat "LIKE '%'" à une chaîne vide.
• (APAR IC37281) Il se peut que DB2 Everyplace SampleCLP renvoie une erreur ou des données incorrectes lors de l'importation d'une colonne VARCHAR/CHAR se terminant pas des guillemets.
• (APAR IC37045) DB2 Everyplace ne renvoie pas SQL State 23505 si l'application insère deux nombres décimaux dans une colonne de clé primaire dont les valeurs sont légèrement différentes. DB2 Everyplace les accepte à tort comme étant la même valeur.
• (APAR IC37046) DB2 Everyplace renvoie une erreur de syntaxe pour l'opérateur '¶llel.' de concaténation de chaîne.
• (APAR IC37048) DB2 Everyplace n'accepte pas les caractères en chinois traditionnel sur un dispositif Acer S60 avec Palm Chinese OS.
• (APAR IC37329) Lorsqu'une instruction UPDATE SQL utilisant l'index de clé primaire, suivi d'une instruction DELETE SQL utilisant un index erroné sont exécutées, les requêtes suivantes lancées au moteur de la base de données DB2 Everyplace renvoient un résultat incorrect.

Remarques et limites connues

Cette section comporte une liste de remarques et de limites connues concernant cette édition de DB2 Everyplace :

• Les utilisateurs de la base de données client DB2 Everyplace risquent de voir les performances diminuées en mode de validation automatique (autocommit) avec les instructions UPDATE, INSERT et DELETE. La solution palliative à ce problème consiste à utiliser explicitement une transaction manuelle et à regrouper plusieurs modifications dans une seule opération de validation.
• Pour Ado.NET sur le moteur de la base de données :
  • L'extraction des ensembles de résultats à l'aide d'un appel de procédure mémorisée éloignée comporte une limite de taille de l'ensemble de résultats. Cette limite sera supprimée dans une prochaine édition.
  • Pour les méthodes ou les propriétés non prises en charge, une exception "System.NotSupportedException" est lancée.
• Lorsque Sync Client effectue une synchronisation avec plusieurs bases de données cible, le chiffrement de la base de données en local n'est pas pris en charge si plusieurs bases de données contiennent des tables chiffrées.
• Le client Cloudscape ne prend pas en charge la totalité des fonctionnalités prises en charge par le client DB2 Everyplace. Par exemple, les serveurs multiples, le classement des ensembles d'abonnements, d'abonnements et de tables, ainsi que le chiffrement des données en local ne sont pas pris en charge.
• La fonctionnalité de filtrage de jointure ne prend pas en charge plusieurs références à une table. Si une clause utilisateur WHERE contient plusieurs références à une table, la fonctionnalité de filtrage Join est désactivée pour cette clause et le message d'avertissement DSYD029W est consigné. La clause WHERE poursuit son fonctionnement sans la fonction de filtrage.
• L'intégrité référentielle n'est pas prise en charge pour les abonnements table DataPropagator.
• Pour les abonnements table DataPropagator, la réplication doit être toujours exécutée sur le serveur de la base de données miroir. Ceci signifie que si la réplication doit être exécutée pendant des opérations d'administration, le Centre d'administration des appareils mobiles doit s'exécuter sur le serveur de la base de données miroir.
• Les noms d'objet de base de données devant être placés entre guillemets ne sont pas pris en charge.
• En règle générale, la taille maximale d'une ligne dans une table est limitée par la source de données. L'ajout de la table à un abonnement JDBC limite encore davantage la taille de ligne maximale. La restriction supplémentaire sur la taille maximale d'une ligne est d'environ 125 octets.
• En règle générale, la taille maximale d'une ligne dans une table est limitée par la source de données. L'ajout de la table à un abonnement JDBC limite encore davantage la taille de ligne maximale. La restriction supplémentaire sur la taille maximale d'une ligne est d'environ 2 Ko.

Marques

Les termes qui suivent sont des marques d'International Business Machines Corporation aux Etats-Unis et/ou dans certains autres pays :
AIX
DB2
DB2 Universal Database
IBM

Microsoft, Windows, Windows NT et le logo Windows sont des marques de Microsoft Corporation aux Etats-Unis et/ou dans certains autres pays.

D'autres sociétés sont propriétaires des autres marques, noms de produits ou logos qui pourraient apparaître dans ce document.