Conversion des anciennes bases

4D v20 R7

Les bases de données binaires provenant des versions précédentes de 4D ou 4D Server sont compatibles avec 4D version 20 (fichier de structure et fichier de données).

Notes :

Une fois convertis en 4D v20, les fichiers de structure ne pourront plus être rouverts dans leur version initiale.
Vous pouvez convertir tout fichier de structure interprété. Le fichier peut contenir le code compilé ; dans ce cas, il sera nécessaire de recompiler la base après conversion.

Versions des bases binaires	Commentaires
15 à 19 (y compris les R-releases intermédiaires)	Les bases sont converties directement à l’ouverture avec 4D v20. Une boîte de dialogue vous indique que le fichier de structure va être converti et qu’il ne sera plus possible de l’ouvrir avec une version antérieure du programme.
13 & 14	Les bases sont converties directement à l’ouverture avec 4D v20. En plus de la boîte de dialogue indiquant que le fichier de structure va être converti (cf. ci-dessus), une boîte de dialogue supplémentaire indique que le fichier de données va être converti et qu’il ne sera plus possible de l’ouvrir avec une version antérieure à 4D v20
versions précédentes	Pour plus d'informations sur la conversion des bases en version plus ancienne, reportez-vous au document (PDF) Conversion en 4D v11 SQL
Composants	4D v20 peut directement ouvrir des composants v19, v18, v17, v16, v15, v14, v13, v12 ou v11, compilés ou interprétés, sans conversion ni boîte de dialogue de confirmation. Rappelons que les composants sont toujours ouverts en lecture seule. Il n’est pas nécessaire de recompiler les composants mais la conversion en v20 n’est possible que sur les fichiers .4DB et non .4DC.

La conversion de bases antérieures à la version 14 dans lesquelles des clés primaires sont manquantes entraîne l’apparition d’une boîte de dialogue d’alerte. Ce point est détaillé dans le paragraphe "Fenêtre d'erreur de clés primaires" ci-dessous.

Fenêtre d’erreur de clés primaires

A compter de 4D v14, l’utilisation d’un fichier d’historique requiert obligatoirement que toutes les tables journalisées de la base contiennent une clé primaire valide (cf. Gestion du fichier d’historique), et à compter de 4D v17, toutes les tables que vous souhaitez exploiter à l'aide de la technologie ORDA doivent disposer d'une clé primaire (voir ORDA).

Une boîte de dialogue d’erreur est affichée lorsqu’au moins une table de la base ne contient pas de clé primaire valide :

Note : Si la journalisation n’est pas activée dans la base, la boîte de dialogue d’erreur vous laisse la possibilité d’ouvrir la base malgré l’erreur de clé primaire.

Si vous avez accès à la structure de la base, la boîte de dialogue propose plusieurs options et affiche, si vous déployez la zone inférieure, la liste les tables ne disposant pas de clé primaire :

Vous disposez alors des options suivantes :

Copier : copie les informations de la fenêtre dans le presse-papiers pour analyse.
Fermer la base : referme la base de données sans autre modification.
Continuer : ouvre la base sans traiter les erreurs. Dans ce cas, la journalisation est désactivée pour la base (l’option Utiliser le fichier d’historique est désélectionnée le cas échéant) et les fonctionnalités de ORDA ne pourront pas être utilisées. Vous pouvez utiliser cette option si vous ne souhaitez pas exploiter de fichier d’historique avec votre base (non recommandé) ni utiliser la technologie ORDA.
Utiliser l’assistant : affiche le Gestionnaire de clés primaires, permettant de mettre à jour l’ensemble des tables de la base. Il est conseillé de choisir cette option afin de faire évoluer la base. Cet assistant est décrit dans la section Gestionnaire de clés primaires.

Si vous n’avez pas accès à la structure de la base, il ne sera pas possible d’activer la journalisation et 4D affichera un message suggérant de contacter l’administrateur de la base.