Principios para la conversión

• Debe tener una versión "interpretada" de la base (archivo xxxx.4DB para la estructura), así como también la contraseña Diseñador para realizar una conversión;

• Haga una copia de su base antes de la conversión;

• Realice una verificación de sintaxis. Incluso si no desea compilar su base, esta verificación puede ayudarle a alertarle sobre posibles errores;

• Utilice el Centro de Mantenimiento y Seguridad para verificar y reparar la estructura y los datos;

•  Compruebe si tiene algún PICT utilizando el comando GET PICTURE FORMATS (o el comando _o_AP Is Picture Deprecated de 4D Pack) conviértalos utilizando el comando CONVERT PICTURE (en 4D v14, todavía existe la posibilidad de usar QuickTime en versiones de 32 bits por medio de un selector para el comando SET DATABASE PARAMETER);

• (Opcional) Posibilidad de implementar llaves primarias si se necesita el registro de datos (a partir de la versión 14) (ver Definir o eliminar una llave primaria en el manual Diseño).

• Desde la versión 13.5, es obligatorio que los campos Únicos sean indexados. Ya no se permitirá crear/modificar registros para un campo único no indexado: al intentar guardar el registro se generará un error (-9998 registro único existe, el índice 1088 no es válido o falta). Para crear índices faltantes o generar un archivo disco que liste los campos no indexados, consulte Anexo: Métodos útiles para la conversión del documento "Conversión a 4D v15".

Las bases de datos creadas con la versión 15 de 4D o 4D Server (así como también las creadas en v11, v12, v13 y v14) son compatibles con 4D versión 16 (archivos Estructura y datos). Puede convertir cualquier archivo de estructura interpretado. Para ello, solo inicie 4D v16 y abra su archivo de estructura en modo interpretado (archivo xxx.4DB).

Un diálogo le advierte que la estructura y los archivos de datos se van a convertir:

Después de convertir el archivo de estructura en 4D v16, ya no se puede abrir con una versión anterior.

Los archivos de datos no se convierten para bases de datos en 4D v15 o 4D v15 Rx. Sin embargo, se convierten para bases de datos en 4D v14 y versiones anteriores. En este caso, se muestra un segundo diálogo:

Este archivo de datos también se convierte a la versión 16 pero todavía se puede abrir y utilizar con 4D v14.4 y superior o 4D v15 (4D v14 R5).

Vuelva a utilizar el Centro de mantenimiento y seguridad (CSM) para verificar y reparar la estructura y los datos.

Como recordatorio, en la estructura:

• Los métodos huérfanos (__Orphan__xxxxx) se indican por advertencias en el archivo de historial del CSM y pueden eliminarse utilizando el Explorador (después de comprobar que su código ya no es útil);
• Los formularios no pueden contener nombres de objetos duplicados: se señalan mediante advertencias en el archivo de historial del CSM. Puede realizar una operación de reparación en la base para modificar estos nombres (en este caso, asegúrese de revisar la programación de los nombres de objetos). 

Nueva funcionalidad sobre la estructura:

• Detección de imágenes en la estructura que contienen un formato PICT. Ver Verificar la aplicación en el capítulo CSM.

Nuevas funcionalidades relativas a los datos: detección de duplicados en campos únicos. Se ofrece información adicional:

• Cuando se utiliza el CSM o un comando como VERIFY DATA FILE, los archivos de historial generados ahora incluyen los nombres de las tablas y campos en cuestión, así como también cada valor duplicado.
  Nota: al ingresar datos, el cuadro de diálogo de error "Llave duplicada" ahora incluye los nombres de las tablas y campos correspondientes, así como también el valor duplicado y el comando GET LAST ERROR STACK también incluye información detallada sobre cualquier duplicado encontrado.
  Cuando 4D abre un archivo de datos, si es necesario construir (o reconstruir) un índice, los duplicados se detectan automáticamente en cualquier campo asociado que se declare único. En este caso, se muestra un cuadro de diálogo de alerta específico antes de abrir la base de datos, ofreciendo al usuario la información necesaria para identificar y eliminar los duplicados:
  
  

Durante la actualización a 4D v16 y debido a la actualización de la librería Unicode (ICU - International Components for Unicode), todos los índices de los campos de tipo texto y de palabras claves de 4D fueron reconstruidos. Esta operación se realiza de forma automática cuando se abre la base por primera vez (advertencia: esta operación puede tomar una cantidad significativa de tiempo).

Del mismo modo, cuando vuelve a abrir una base de datos v16 con una versión 4D v15 R5 o anterior, esto activa automáticamente la reconstrucción de los índices de texto y de palabras claves.

Nota: con 4D v16, hemos optimizado significativamente el algoritmo de reindexación global para los datos de la base de datos. Todos sus procesos fueron revisados y esta operación ahora puede ser hasta dos veces más rápida. La reindexación global se requiere, por ejemplo, después de reparar la base de datos o cuando se ha eliminado el archivo .4dindx.