Améliorez vos performances avec le nouveau gestionnaire de cache
La version 4D v16 a été conçue pour améliorer les performances et l’évolutivité. En plus de fonctionnalités majeures comme le multithreading préemptif, 4D v16 64-bit intègre un tout nouveau gestionnaire de cache pour une gestion optimisée des objets dans la mémoire cache, évitant ainsi tout problème de fragmentation.
Le nouveau gestionnaire de cache améliore l’utilisation de très grands caches pour les ordinateurs modernes (avec 64 ou même 128 Go de cache), ce qui permet de profiter des prix bas de la RAM pour avoir même de grandes bases de données entièrement en mémoire. Il améliore également la situation d’un cache de petite taille avec de très gros fichiers de données, en diminuant la quantité de mémoire à décharger avec un support accru des priorités pour les objets de données à conserver ou à libérer du cache.
Allez plus loin avec les champs d’objets
Leschamps d’objets introduits avec la v15 permettent de créer des bases de données non structurées, semblables à des bases de données sans schéma (NoSQL). 4D v16 va encore plus loin. Obtenez une structure dynamique pour les données non structurées… Confus ?
Imaginez que vous utilisiez un champ objet pour permettre à vos clients de stocker des données personnalisées, où ils peuvent créer leurs propres champs. Cela fonctionne bien et constitue l’une des raisons les plus intéressantes d’utiliser un champ objet. Le problème est le suivant : comment permettre à votre client d’interroger ces données non structurées ? Vous ne savez pas quels « champs » ils ont utilisés, vous ne pouvez pas construire un éditeur de requêtes par-dessus ou proposer une liste déroulante avec les valeurs utilisées.
Recherche d’enregistrements dont les attributs d’objet correspondent dans la sélection
4D v16 vous offre une intégration améliorée des champs objet dans votre base de données.
Si vous avez déjà présélectionné des ensembles d’un champ objet, vous pouvez désormais interroger ces ensembles à l’aide d’une seule commande 4D: facile et rapide !
Mise en miroir des bases de données
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.
Exportation JSON pour le journal
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.
Suspendre et reprendre la transaction
Cette fonction est utile lorsque vous devez effectuer, à partir d’une transaction, certaines opérations qui ne doivent pas être exécutées sous le contrôle de cette transaction.
Signaler les doublons dans des champs uniques
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.
Éviter que la boîte de dialogue « Sélectionner le fichier de données » ne s’affiche pour une nouvelle application déployée.
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.
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique