Esta actualización de la documentación se aplica a la nota número 3 de la |Tabla 103. Añadir/Suprimir/No actualizar estructura de registro |de anotaciones cronológicas de registros de campos largos en |la sección que lleva por título Registros de anotaciones cronológicas del |gestor de campos largosdel tema que lleva por título |Registros de anotaciones cronológicas de DB2 UDB. |El texto de la nota número 3 debería decir:
|3. Longitud de datos de campos largos en sectores de 512 bytes (la longitud real de los datos |se registra como los primeros 4 bytes del descriptor LF, que se anota cronológicamente |en el siguiente registro de anotaciones cronológicas de inserción/supresión/actualización |formando parte del registro de datos de usuario formateado). |El valor de este campo es siempre positivo. |El gestor de campos largos nunca escribe registros de anotaciones cronológicas |para datos de campos largos de longitud cero que se van a insertar, suprimir o actualizar.
| | |En DB2 DB2 V8, el parámetro oBackupsize de las API de db2Backup |contabiliza para las copias de seguridad completas y no para las copias de |seguridad delta o incrementales. El parámetro oBackupsize |representa el tamaño de la imagen de copia de seguridad (en MB).
La opción SYNCPOINT para las API sqlesetc, sqleqryc y sqlaprep se ignora igual que en la Versión 8; sólo está disponible para la compatibilidad con versiones anteriores.
En la API sqlecrea, se ha añadido un nuevo campo para dar soporte a la E/S directa.
Se ha añadido un nuevo campo, unsigned char fsCaching, en la estructura SQLB-TBSPQRY-DATA. Este nuevo campo da soporte a la E/S directa. Aunque se ha documentado que el tamaño del bit reservado es 32 bits, en realidad es 31 bits.
[ Principio de página |Página anterior | Página siguiente | Contenido ]