Serveur Web en mode préemptif
Nous progressons avec 4D v16 sur le multithreading préemptif car le serveur Web 4D devient également préemptif. Il suffit de cocher une case pour que votre application prenne en charge un plus grand nombre d’utilisateurs connectés simultanément et traite davantage de requêtes en parallèle. Pour les demandes utilisant beaucoup de temps CPU, l’exécution peut être jusqu’à 2 fois plus rapide !
Processus préemptifs pour le langage 4D
Depuis 4D v11, le serveur de base de données et le serveur SQL utilisent tous deux le multithreading préemptif. À partir de 4D v13, le serveur Web en mode statique utilise également le préemption. Maintenant, avec la v15 R5, le langage 4D peut également être exécuté dans des processus préemptifs.
Les commandes 4D Write Pro dans des processus préemptifs
Avec 4D v16, vous pouvez améliorer l’évolutivité de votre base de données en utilisant les nouvelles commandes 4D Write Pro dans des processus préemptifs.
Si vous effectuez des routines de création ou de conversion de documents par programme, par exemple des factures, vous pouvez désormais le faire avec des travailleurs préemptifs, car la plupart des commandes de 4D Write Pro sont désormais thread safe!
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.
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.
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