Bases de données du projet : Post-conversion

Dans cet article de blog, nous vous avons montré comment convertir une base de données binaire en une base de données de projet. Une fois que tout est prêt et que la conversion s’est déroulée avec succès, vous pouvez commencer à travailler avec votre base de données de projet. Cependant, certaines questions peuvent se poser : tous les fichiers de la base de données sont-ils utiles ? Il est évident que le fichier de structure « .4DB » n’est plus nécessaire. Puis-je supprimer d’autres fichiers ?

Voici tout ce que vous devez savoir après la conversion.

La structure

Pour une base de données binaire, la description de votre application est stockée dans deux fichiers (.4DB et .4DIndy). Pour une base de données de projet, vous trouverez cette description dans les fichiers stockés dans le dossier « Project ».

Ainsi, après la conversion, vous pouvez supprimer les deux fichiers suivants :

  • <database>.4db
  • <base de données>.4dIndy

 

Pour plus de détails sur l’architecture d’une base de données de projet, consultez cet article de blog.

Données

Pendant la phase de développement, il est souvent plus facile d’avoir les données à côté de la structure (par exemple, les tests, le transfert vers un autre ordinateur, etc). Cependant, de nombreuses nouvelles fonctionnalités de 4D utilisent le concept « à côté des données » pour enregistrer certains paramètres ou fichiers. Pendant les tests de développement, comment être sûr que vous utilisez le fichier à côté des données et non le fichier à côté de la structure ?

Pour les bases de données des nouveaux projets, 4D crée un dossier « Données » au même niveau que le dossier « Projet ». Ainsi, même pendant la phase de développement, un fichier situé à côté des données est différent d’un fichier situé à côté de la structure.

Par conséquent, après la conversion, nous vous recommandons de :

    1. Créer un dossier « Data » au même niveau que le dossier « Project ».
    2. Déplacer les fichiers data.4dd et data.4DIndx dans votre nouveau dossier Data.

 

 

blank

Paramètres

4D dispose de préférences utilisateur pour l’environnement 4D, de préférences utilisateur pour la base de données et de paramètres pour la base de données.

  • Les préférences utilisateur pour l’environnement 4D comprennent, par exemple, la couleur de syntaxe des méthodes. Pour les bases de données binaires et de projet, ces préférences sont enregistrées dans un fichier « 4D Preferences vXX.4DPreferences ».
  • Les préférences ou configurations de l’utilisateur pour la base de données comprennent des éléments tels que la liste des fenêtres ouvertes, la position des points d’arrêt, etc. Pour une base de données binaire, ces informations sont enregistrées dans les fichiers .4DB. Pour une base de données de projet, ces informations sont enregistrées dans plusieurs fichiers dans un dossier « userPreferences.<name> ».
  • Les paramètres de la base de données incluent les préférences pour la configuration d’une sauvegarde ou la construction de l’application, etc.

 

Pour résumer, 4D utilise le mot « préférences » pour les paramètres de l’utilisateur qui sont liés entre eux et le terme « réglages » pour les paramètres liés à la base de données.

Pour plus d’informations, vous pouvez lire ce billet de blog.

Un exemple concret

Dans cette vidéo, vous trouverez la base de données « Contacts » que nous avons convertie dans un précédent article de blog.

Tout d’abord, nous allons rappeler les concepts ci-dessus dans un diagramme, puis nous allons vous montrer le résultat avec la base de données « Contacts ».

Vanessa Talbot
- Product Owner -Vanessa Talbot a rejoint l'équipe du programme 4D en juin 2014. En tant que Product Owner, elle est chargée de rédiger les user stories puis de les traduire en spécifications fonctionnelles. Son rôle est également de s'assurer que l'implémentation des fonctionnalités livrées répond aux besoins des clients.Depuis son arrivée, elle a travaillé à la définition des fonctionnalités clés de 4D. Elle a travaillé sur la plupart des nouvelles fonctionnalités de multithreading préemptif et aussi sur un sujet très complexe : la nouvelle architecture pour les applications enginées. Vanessa est diplômée de Telecom Saint-Etienne. Elle a commencé sa carrière à l'Institut de Recherche Criminelle en tant que développeur pour le département audiovisuel. Elle a également travaillé dans les domaines des médias et du médical en tant qu'experte en support technique, en production ainsi qu'en documentation de nouvelles fonctionnalités.