Ho un sistema in cui l'utente crea un'entità. Ora questa entità ha attributi che dipendono da molti sistemi esterni. Abbiamo tutte quelle condutture nel backend che aggiorna queste entità quando si verificano cambiamenti provenienti da sistemi esterni. Ora voglio informare l'utente di questi aggiornamenti anche quando non sono registrati nel mio sistema - fondamentalmente un servizio di notifica. L'utente si iscriverà al servizio di notifica. Ad esempio: inviami una mail quando il valore di previsione viene aggiornato per le entità che sono state create da me e il cui stato è pronto. Sto pianificando di acquisire queste informazioni di iscrizione e di memorizzarle in un albero decisionale. Quando arriva un aggiornamento, controllerò la struttura e troverei i percorsi validi al suo interno in base all'aggiornamento. Ora il problema che ho è come riorganizzare l'albero dopo che molti utenti si sono iscritti alle notifiche? Ci possono essere percorsi ridondanti che possono essere ottimizzati.
Ad esempio: user1: forecast - > createdBy - > stato - > e-mail user2: forecast - > updatedBy - > stato - > e-mail
In questo caso se creo l'albero a livello di stato invece di createdBy / updatedBy, non devo attraversare un altro percorso.
Ci sono centinaia di attributi come questo e devo riorganizzare l'albero man mano che si verificano sempre più abbonamenti.
Quale sarebbe l'approccio migliore? È disponibile un algoritmo standard che può ristrutturare l'albero in base ai dati (spostare più comuni attributi di differenziazione vicino al nodo radice)?
Credo che in una riga come faccio a mantenere un albero decisionale su un flusso di dati in arrivo?
TIA