Principes de conversion

• Vous devez posséder une version "interprétée" de la base (fichier xxxx.4DB pour la structure), ainsi que le mot de passe Super-Utilisateur pour pouvoir faire une conversion ;

• Faites une copie de votre base avant conversion ;

• Faites une vérification de votre syntaxe, même si vous ne souhaitez pas compiler. Cette vérification peut vous alerter sur des erreurs ;

• Utilisez le Centre de Sécurité et de Maintenance pour vérifier et réparer structure et données ;

• Vérifiez si vous avez des PICTS à l'aide de la commande GET PICTURE FORMATS (ou _o_AP Is Picture Deprecated de 4D Pack) et convertissez-les avec la commande CONVERT PICTURE (depuis 4D v14, il existe toutefois une possibilité d'utiliser encore QuickTime avec un sélecteur pour la commande SET DATABASE PARAMETER dans les versions 32 bits) ;

• (optionnel) Possibilité de mettre en place des clefs primaire si vous avez besoin de journaliser des données (à partir de la version 14) (cf. Clé primaire dans le manuel Mode Développement).

• Depuis la version 13.5, vos champs uniques doivent obligatoirement être indexés. Vous ne serez plus autorisé à créer /modifier un enregistrement d'un champ unique non indexé : la tentative d'enregistrer l'enregistrement génèrera une erreur (-9998 enregistrement unique existe, 1088 L'index est invalide ou manquant). Pour créer les index manquants ou générer un fichier disque listant les champs non-indexés, reportez-vous à l'Annexe : Méthodes utiles pour la conversion du document "Conversion en 4D v15".

Les bases de données en version 15 de 4D ou 4D Server (ainsi que les bases en v11, v12, v13 et v14) sont compatibles avec 4D version 16 (fichiers Structure et données). Vous pouvez convertir n'importe quel fichier de Structure interprétée. Pour cela il suffit de lancer 4D v16 et d'ouvrir votre fichier de Structure en interprété, le fichier xxx.4DB.

Un dialogue vous avertit de la conversion du fichier de structure et du fichier de données :

Votre fichier de structure est converti en 4D v16 et ne pourra plus être ouvert dans une version antérieure.

Les données ne sont pas converties pour des bases en 4D v15 ou 4D v15 Rx. Mais elles doivent être converties pour des bases en 4D v14 et antérieures. Dans ce cas, un second dialogue apparaît :

Ce fichier de données est alors converti en version 16 mais pourra toujours être ouvert et utilisé avec 4D v14.4 et suivantes ou 4D v15 (4D v14 R5).

Utilisez à nouveau le Centre de Sécurité et de Maintenance (CSM) pour vérifier et réparer structure et données.

Pour rappel, sur la structure :

• Les méthodes orphelines (__Orphan__xxxxx) vous sont signalées en avertissements dans le compte-rendu du CSM et peuvent être supprimées sans problème à partir de l'Explorateur (après vérification que le code ne peut plus vous servir) ;
• Les doublons de noms des objets sur les formulaires ne sont plus autorisés : ils vous sont signalés en avertissements dans le compte-rendu du CSM. Il suffit de demander une réparation de la base pour que les noms soient modifiés (attention dans ce cas à la programmation sur les noms d'objets).

Nouveauté concernant la structure :

• Détection des images en structure contenant un format PICT. Voir le paragraphe Vérifier l'application dans le chapitre CSM.

Nouveautés concernant les données : détection de doublons dans des champs uniques. Des informations complémentaires sont fournies :

• Lors de l'utilisation du CSM ou d'une commande telle VERIFY DATA FILE, les fichiers d'historique générés contiennent désormais les noms des tables et des champs en cause, ainsi que chaque valeur dupliquée.
  A noter : Lors de la saisie de données, la boîte de dialogue d'erreur "Clé dupliquée" contient désormais les noms de la table et du champ concernés, ainsi que la valeur dupliquée, et la commande GET LAST ERROR STACK contient également des informations détaillées sur les éventuels doublons.
  Lorsque 4D ouvre un fichier de données, s'il est nécessaire de construire (ou de reconstruire) un index, les doublons sont désormais automatiquement détectés dans le ou les champ(s) associé(s) déclaré(s) unique(s). Dans ce cas, une boîte de dialogue d'alerte spécifique est affichée avant l'ouverture de la base, fournissant à l'utilisateur les informations nécessaires pour identifier et supprimer les doublons :
  
  

Lors de la mise à jour en 4D v16 et à cause de la mise à jour de la bibliothèque Unicode (ICU - International Components for Unicode), tous les index des champs de type texte et de mots-clés de 4D sont reconstruits. Cette opération s'effectue automatiquement à la première ouverture de la base (attention : la durée de l'opération peut être conséquente).

De la même manière, rouvrir une base v16 avec une version 4D v15 R5 ou une version antérieure entraînera la reconstruction automatique des index de texte et de mots-clés.

Note : avec 4D v16, nous avons optimisé de façon importante l'algorithme de réindexation globale de la base de données. Tout le processus a été revu, et l'opération peut s'effectuer désormais jusqu'à deux fois plus rapidement. Une réindexation globale est nécessaire, par exemple, après une réparation de la base de données ou lorsque le fichier .4dindx a été supprimé.