Message Queuing transactionnel

Une transaction est une série de modifications d’un magasin de données (par exemple, une base de données ou un système de fichiers) garantie d’être exécutée correctement ou de ne pas être exécutée du tout. Pour implémenter une transaction, un enregistrement est conservé de l’état du magasin de données avant le début de la transaction et, si l’une des modifications échoue, la transaction retourne un échec et l’état initial est restauré (ou restauré). Les transactions sont utilisées pour maintenir l’intégrité des données et, par conséquent, jouer un rôle important dans la programmation logicielle métier.

Souvent, les applications peuvent être développées à l’aide d’une transaction métier ou d’un flux de travail divisé en plusieurs transactions ou activités plus petites. Ces activités sont séparées dans le temps, puis connectées à l’aide de files d’attente de messages fiables.

1. La première transaction implique la base de données d’entrée de commande. Message Queuing déplace le message d’une file d’attente vers une autre file d’attente, exactement une fois, à l’aide de fonctionnalités de transaction. Si la base de données est mise à jour, un message s’affiche dans la file d’attente. Si le message n’atteint pas la file d’attente, il est abandonné et la base de données est restaurée.
2. Parfois, Message Queuing découvre que le serveur est disponible. Aucune application n’interroge l’existence du serveur. Il s’agit de la deuxième transaction.
3. La troisième transaction implique une requête de base de données d’expédition et la mise à jour de la base de données d’expédition. Si le serveur échoue au milieu de cette transaction, la modification est restaurée et le message est retourné à la file d’attente d’entrée. Cela garantit que l’intégrité des données et des bases de données est conservée pendant les transactions.