SQL Dependency and SignalR w 3 warstwowej architekturze

Question

Mamy aplikację internetową, która składa się z 3 warstwowego zaplecza (Controller/Biz/Data) z interfejsem użytkownika. Nasza warstwa danych jest wyłącznie odpowiedzialna za wyciąganie danych z instancji bazy danych (SQL), wiadomość biznesowa warstwy danych i tworzy właściwości pochodne, kontroler jest odpowiedzialny za wysyłanie tych zmian do interfejsu użytkownika.

Potrzebujemy aktualizacji w czasie rzeczywistym w naszej aplikacji, która MUSI być śledzona na poziomie bazy danych (nie na poziomie kontrolera).

Zdecydowaliśmy się użyć SQL Dependency i SignalR jako naszego rozwiązania.

Wszystko, co badałem na temat SignalR i zależności SQL, znajduje się na poziomie bazy danych, gdzie SQL Dependency zidentyfikuje zmianę i transmisję, wszystko w warstwie danych. Z oczywistych powodów ta metodologia pominęłaby pochodne właściwości utworzone w warstwie biznesowej i dałaby nam inny obiekt wyglądający.

Jedyne rozwiązanie, jakie mogę sobie wyobrazić to użycie zależności SQL do śledzenia zmian, zrzucenie ich do tabeli/obiektu, a następnie użycie odpytywania do pobrania tych danych ze sterownika, do warstwy biz, do warstwy danych i utworzyć kopię zapasową.

• Pytanie nr 1: Czy istnieje lepsze rozwiązanie?
• Pytanie nr 2: Jakie jest najlepsze rozwiązanie, aby uwzględnić logikę warstwy biznesowej, ale nadal można śledzić zmiany w warstwie danych?
• Pytanie nr 3: Czy jest to możliwe bez odpytywania?

Answer 1

SqlDependencyleaves śmieci w bazie danych, którą śledzisz i nie czyści po sobie. Unikaj używania go! Zamiast tego użyj realizacji Open Source - SqlDependencyEx. Jest to dość łatwe do skonfigurowania i zastosowanie:

// See constructor optional parameters to configure it according to your needs 
var listener = new SqlDependencyEx(connectionString, "YourDatabase", "YourTable"); 

// e.Data contains actual changed data in the XML format 
listener.TableChanged += (o, e) => Console.WriteLine("Your table was changed!"); 

// After you call the Start method you will receive table notifications with 
// the actual changed data in the XML format 
listener.Start(); 

// ... Your code is here 

// Don't forget to stop the listener somewhere! 
listener.Stop(); 

Ze składnikiem wymienionym powyżej można nawet śledzić rzeczywisty zmienione dane którego można dostać się z argumentami wydarzeniem obsługi zdarzeń. Mam nadzieję że to pomoże.

Answer 2

Twoja warstwa danych przechwytuje zdarzenia zebrane przez bazę danych. Niech mapuje dane do odpowiedniego DTO, a następnie podnosi wydarzenie, które zostanie przechwycone przez warstwę biznesową. Warstwa biznesowa może następnie podnieść zdarzenie do warstwy widoku, która może wykonać nadawanie SignalR(). Pienić!