Cette mise à jour de la documentation s'applique à la remarque #3 du Tableau 103. Add/Delete/Non-update Long Field Record Log Record |Structure (Structure des enregistrements de données de champ étendu ajoutés/supprimés/non |mis à jour dans le journal) de la section intitulée Long |Field Manager Log Records (Enregistrements de journal du gestionnaire de données de champ |étendu) dans la rubrique DB2 UDB log records |(Enregistrements de journal DB2 UDB). | Le texte de la remarque #3 doit être remplacé par le texte suivant :
|3. Longueur des données de champ étendu dans les secteurs de 512 octets (la |longueur réelle des données est enregistrée sur les 4 premiers octets du descripteur LF |(descripteur de champ étendu), qui est consigné dans l'enregistrement de journal |insert/delete/update suivant en tant que partie de l'enregistrement de données |utilisateur formaté). La valeur de cette zone est |toujours positive. Le gestionnaire de données de champ étendu n'enregistre jamais |d'enregistrements de journal pour les données de champ étendu de longueur nulle |insérées, supprimées ou mises à jour.
| | |Dans la version 8 de DB2 UDB, le paramètre oBackupsize API db2Backup API |concerne les sauvegardes intégrales et non les sauvegardes incrémentielles |ou delta. Le paramètre oBackupsize représente la taille de l'image de |sauvegarde (en Mo).
L'option SYNCPOINT des API sqlesetc, sqleqryc et sqlaprep est ignorée à partir de la version 8 et n'est disponible qu'à des fins de compatibilité amont.
Dans l'API sqlecrea, une nouvelle zone a été ajoutée pour prendre en charge l'entrée-sortie en accès direct.
Une nouvelle zone, unsigned char fsCaching, a été ajoutée à la structure SQLB-TBSPQRY-DATA. Cette nouvelle zone prend en charge l'entrée-sortie en accès direct. Bien que la taille du bit réservé soit documentée en tant que 32-bit, la taille correcte est de 31-bit.
[ Début de page |Page précédente | Page suivante | Table des matières ]