sql service broker question de fonctionnalité

Question

Je suis un développeur web débutant assis sur un projet d'application web ambitieux.

Ainsi, après avoir fait quelques recherches, j'ai découvert SQL Service Broker. Il semble que quelque chose que je pourrais utiliser, mais je ne suis pas sûr. Puisque l'apprentissage exige que quelqu'un consacre beaucoup de temps, je voulais être sûr que cela correspondrait à mes besoins.

J'ai besoin de mettre en place un système où les utilisateurs du site peuvent soumettre un texte sur le site. Ce flux de messages doit être redondant et géré de manière FIFO, avec à l'autre bout du flux un autre groupe d'utilisateurs traitant les messages.

Maintenant, un message qui est lu par un de ce dernier groupe d'utilisateurs, doit être verrouillé afin que personne d'autre ne peut le lire en même temps. L'utilisateur peut alors décider de gérer le message ou non. Ce n'est que s'il décide de traiter le message qu'il peut être supprimé de la file d'attente. S'il décide qu'il ne veut pas traiter le message, le message doit être remis dans la file d'attente (à la fin de la file, ou au moins avec la plus haute priorité), afin qu'un autre utilisateur puisse le lire et décider .

Est-ce quelque chose que je pourrais implémenter avec SQL Service Broker? Suis-je sur la mauvaise piste?

Merci!

Answer 1

OMI, la meilleure utilisation du Service Broker est pour la connexion à l'application indépendante de manière à couplage lâche. Ce que je veux dire par là, c'est que les systèmes liés de cette manière peuvent communiquer à travers un ensemble de types de messages mutuellement acceptés. Ceci contrairement à une application qui manipule directement la base de données de l'autre, par exemple.

D'après ce que vous avez dit, je mettre en œuvre comme une table simple, par exemple: créer une table de message avec une PK identité, un drapeau d'allocation et vos colonnes personnalisées. Chaque fois qu'un opérateur veut récupérer le dernier message, obtenez la valeur PK la plus faible pour laquelle Allocation = 'N' et mettez à jour l'allocation à 'Y'. Ceci en une seule transaction. Lorsque/si l'opération décide de renvoyer le message en file d'attente, définissez simplement AllocationFlag sur 'N' et son retour.

Ceci est juste un exemple. La base de données dans ce cas vous fournit la cohérence, la charge lourde, etc.

Derrière les écrans, toutes les données que vous soumettez à la SSB sont stockées et manipulées sous forme de tables, il n'y a donc aucune raison pour qu'elles soient nécessairement plus rapides qu'une base de données Solution .