Les commandes XML sont désormais thread safe
Vous voulez améliorer l’extensibilité de votre base de données et utiliser toutes les performances disponibles avec vos machines multi-cœurs ?
Avec 4D v16, nous avons étendu la liste des commandes thread-safe afin d’utiliser des processus préemptifs avec votre code manipulant du XML.
Notification de mise en veille de l’application
Avec la nouvelle couche réseau, nous pouvons mettre en œuvre de nouvelles fonctions qui étaient impossibles avec l’ancienne couche réseau. La première est la notification de mise en veille de l’application.
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.
Sessions mobiles 4D
Les commandes de la session WEB ont été adaptées à la session 4D Mobile. Désormais, vous pouvez sauvegarder les résultats d’une requête ou d’une variable inter-processus liée à une session 4D Mobile donnée. Par exemple, avec la nouvelle gestion des sessions 4D Mobile, vous pouvez gérer le panier de vos utilisateurs.
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.
Nouvelle architecture pour le déploiement des applications
Aujourd’hui, les applications fusionnées sauvegardent de nombreuses informations dans le paquetage de l’application et également dans le fichier compilé (.4DC). Outre le fait qu’elle empêche de créer des applications en lecture seule, la sauvegarde des informations dans le paquetage de l’application a une autre conséquence fâcheuse : les informations sont perdues lorsque vous mettez à jour l’application.
REPLACE STRING est plus rapide
Dans 4D v15 R3, l’algorithme de la commande REPLACE STRING a été amélioré pour accélérer les remplacements sur de grandes quantités de données. Dans nos tests de remplacement de 32 000 occurrences, le nouvel algorithme rend la commande en moyenne 4000 fois plus rapide que l’ancien.
Amélioration pour l’activation du produit
L’activation de la licence du produit 4D a été améliorée dans 4D v15 R2.
Première activation par la saisie d’un seul numéro
Lorsque vous utilisez un serveur 4D, vous avez besoin d’extensions supplémentaires 4D Client, 4D Write, 4D View, et bien d’autres. Vous recevez alors 5, 10, 20 ou plus de numéros de licence à entrer manuellement dans votre produit.
Maintenant, dans la v15 R2, vous entrez seulement le numéro de licence de 4D Server, et vos 5, 10, 20 et plus d’extensions sont également activées.
É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