Czy MSMQ to dobry pomysł?

Question

System A przechwytuje informacje X od użytkowników za pośrednictwem interfejsu użytkownika. Te informacje są sprawdzane i przechowywane w bazie danych. Użytkownik może zmieniać, dodawać lub usuwać informacje. Muszę zachować te informacje X zsynchronizować z Systemem B za pomocą usługi internetowej. Muszę też przesłać te informacje tak szybko, jak to możliwe, po ich utrwaleniu w bazie danych.

Pomyślałem o używaniu tutaj MSMQ. System A wyśle ​​wiadomość do kolejki. Inny proces nasłuchujący komunikatów w tej kolejce przetworzy komunikat, odczytując informacje z bazy danych i przesyłając do Systemu B.

Chciałbym wiedzieć, czy warto użyć tutaj MSMQ lub napisać własny mechanizm kolejkowania regularnie odpytywać bazę danych.

Ponieważ wymagane jest prawie natychmiastowe przesłanie i gwarancja, uznałem, że warto użyć MSMQ. Czy są dostępne inne lepsze rozwiązania?

Platforma technologiczna to .Net z bazą danych Oracle.

Answer 1

MSMQ wydaje się być całkiem przydatny w twoim scenariuszu, ponieważ nie znasz AQ w Oracle. MSMQ jest na tyle szybki, że można go replikować w twoim przypadku. Napisanie własnej kolejki w tym samym celu to nie tylko wymyślanie koła i zwiększanie kodu, który trzeba utrzymywać. Implementacja MSMQ w .NET jest bezproblemowa, co jest kolejnym plusem.

Answer 2

Pobieranie bazy danych prawdopodobnie nie jest najlepszym pomysłem, szczególnie jeśli używasz Oracle, który już zawiera advanced queueing. Jeśli zdecydujesz się na przeprowadzenie głosowania (wbrew mojej radzie), użyj DBMS_ALERT, aby powiadomić o procesie wysyłania zmian.

Answer 3

Można rozważyć synchronization services. Możesz użyć zarówno SQL Server and Oracle.