Conversión de bases de versiones anteriores

4D v17.4

Las bases de datos de versiones anteriores de 4D o 4D Server son compatibles con 4D v17 (archivo de estructura y archivo de datos).

Notas:

Una vez convertidos a 4D v17, los archivos de estructura de las versiones anteriores no pueden volver a abrirse con su versión original.
Puede convertir todo archivo de estructura interpretado. El archivo puede contener código compilado; en este caso, será necesario recompilar la base luego de su conversión.

Versiones de la base de datos	Comentarios
15 y 16	Las bases de datos se convierten directamente cuando se abren con 4D v17. Una caja de diálogo indica que el archivo de estructura se va a convertir y que ya no será posible abrirlo con una versión anterior del programa.
13 y 14	Las bases de datos se convierten directamente al abrirlas con 4D v17. Sin embargo, además del cuadro de diálogo que indica que el archivo de estructura se va a convertir (ver arriba), un cuadro de diálogo posterior indica que el archivo de datos se va a convertir y que ya no será posible abrirlo con un versión anterior a 17.
anterior	Para más información sobre la conversión de bases de versiones anteriores a la v13, consulte la documentación Conversión a 4D v11 SQL (PDF).

Componentes	4D v17 puede abrir componentes v16, v15, v14, v13, v12 o v11, compilados o interpretados, directamente sin conversión o un cuadro de diálogo de confirmación. Recuerde que los componentes siempre se abren en modo de solo lectura. No es necesario volver a compilar componentes, pero la conversión a v17 solo es posible para archivos .4DB y no para .4DC.

Si va a convertir una base de datos anterior a la versión 14 que no tiene llaves primarias, aparecerá una caja de diálogo de alerta. Este punto se detalla en el párrafo "Ventana de error de llaves primarias" a continuación.

Ventana de error de llaves primaria

A partir de 4D v14, el uso de un archivo de historial requiere que todas las tablas tengan una llave primaria válida (ver Gestión del archivo de historial), y a partir de 4D v17, todas las tablas expuestas deben tener una llave primaria para utilizar las funcionalidades ORDA (ver ORDA).

Al abrir en v17 una base anterior a la v14, aparece una caja de diálogo de error cuando al menos una tabla en la base no tiene una llave primaria válida:

Nota: si el historial no está activado en la base, la caja de diálogo de error le ofrece la opción de abrir la base a pesar del error de llave primaria.

Si tiene acceso a la estructura de la base, la caja de diálogo ofrece varias opciones y muestra, cuando se expande el área inferior, la lista de tablas que no tienen una llave primaria:

A continuación, tiene las siguientes opciones:

Copiar: copia la información de la ventana en el portapapeles para su análisis.
Cerrar la base: cierra la base de datos sin modificarla.
Continuar: abre la base sin procesar los errores. En este caso, el historial está desactivado para la base (si la opción Utilizar archivo de historial estaba seleccionada, se desmarca) y las funcionalidades ORDA no estarán disponibles. Puede utilizar esta opción si no desea utilizar el archivo de historial con su base (no es recomendable) tampoco las funcionalidades ORDA.
Utilizar el asistente: muestra la ventana del Gestor de llaves primaria, que se utiliza para actualizar todas las tablas de la base. Le recomendamos que elija esta opción con el fin de desarrollar la base. Este asistente se describe en la sección Gestión de llaves primarias.

Si no tiene acceso a la estructura de la base, no es posible activar el historial y 4D mostrará un mensaje que recomienda contactar al administrador de la base.