Produit blank

Mise en miroir des bases de données

Traduit automatiquement de Deepl

Lors de l’intégration du fichier journal, 4D s’arrête à la première erreur et ne renvoie aucun message d’erreur. Les erreurs d’intégration peuvent être dues à un journal endommagé, par exemple à cause d’un mauvais disque dur ou d’une erreur logicielle pendant l’écriture. Si cette erreur se produit à la fin, pas de problème ; mais elle peut aussi se produire au début ou au milieu du journal. Dans ce cas, les données situées après l’erreur peuvent être utiles.

Maintenant, lorsque l’intégration échoue en mode standard, vous pouvez essayer l’intégration en mode auto-réparation. Dans ce cas, 4D essaie de résoudre l’erreur rencontrée, n’arrête pas l’intégration et renvoie la liste des erreurs.

Produit blank

Exportation JSON pour le journal

Traduit automatiquement de Deepl

Dans les applications 4D, le fichier de données est important, aussi toute l’activité de la base de données est stockée dans le fichier journal. Comme vous le savez tous, le fichier journal est un élément vital pour la restauration de votre base de données à la suite d’une éventualité malheureuse. Cependant, toutes les informations sur l’activité de la base de données peuvent également être utiles pour l’analyse. Par exemple, pour vérifier l’activité sur une table, pour voir les modifications apportées par un utilisateur, et pour suivre l’historique d’un enregistrement.

Produit blank

Signaler les doublons dans des champs uniques

Traduit automatiquement de Deepl

Dans 4D v15 R3, la manière de détecter les doublons dans les champs déclarés comme uniques a été améliorée afin que les utilisateurs aient un moyen de savoir quels sont les champs incriminés.

Quoi de neuf ? Tous les champs incriminés sont désormais affichés dans un message d’erreur ou dans le journal.

Les doublons peuvent être signalés de deux manières différentes :

  • lorsque 4D doit créer des index sur une base de données comportant des champs incriminés.
  • pendant un scan MSC Verify.

Produit blank

Éviter que la boîte de dialogue « Sélectionner le fichier de données » ne s’affiche pour une nouvelle application déployée.

Traduit automatiquement de Deepl

Lorsque vous déployez une application chez votre client, qu’il s’agisse d’une application fusionnée 4D Server ou d’une application monoposte, 4D ouvre généralement la boîte de dialogue « Sélectionner le fichier de données ». Cela se produit parce que pour une solution mise à jour, 4D ne peut pas trouver la position du dernier fichier de données utilisé, puisque vous venez de remplacer l’ancienne structure. Et pour une première utilisation, 4D ne sait pas où vous souhaitez créer le fichier de données – il demande donc l’emplacement.

Ce dialogue, qui constitue la toute première interaction avec votre application, peut être déroutant pour le client. De plus, la vérification du fichier de données a lieu avant l’exécution de l’application. On Startup soit exécutée, avant que votre code ait la possibilité de sélectionner un autre fichier. Pour éviter cela, 4D v15 introduit une nouvelle fonctionnalité, appelée Données par défaut.