Architettura dell'applicazione per sistema basato sull'abbonato

0

Sto pianificando di creare un sistema in cui gli utenti "iscriversi" a "record".

I record vengono aggiornati su una pianificazione, più volte al giorno.

Quando i record vengono aggiornati, l'utente deve essere informato che questi record sono stati aggiunti / aggiornati.

Non voglio che ogni utente abbia la propria copia dei record a causa dello spazio di archiviazione e del sovraccarico di inserimento di molti record, uno per ogni sottoscrittore, ogni volta che viene eseguita la pianificazione.

Tuttavia, ogni utente dovrà aggiungere metadati per ogni record a cui sono iscritti. Come note e bandiere che il record è stato letto ecc.

Qualcuno può darmi qualche consiglio o come strutturare un tale sistema o dove posso imparare di più su questo tipo di architettura applicativa?

È questo il posto giusto per chiedere?

Al momento, non sono nemmeno sicuro di cosa fare per Google;)

    
posta jordelver 06.04.2013 - 00:53
fonte

1 risposta

1

In passato, ho ottenuto questo risultato con le tabelle degli eventi.

Events                   EventTypes           Records                 Users

EventID
UserID  ------------------------------------------------------------  UserID
RecordID  ----------------------------------  RecordID                Name
EventTypeID  ----------  EventTypeID          Description             Title
DateTime                 Name                 DateTime                Phone
Notes                    Description          LinkToDocument

Ogni record di evento è una resa dei conti di qualcosa che un utente ha fatto a un documento, quale azione era (il tipo di evento: Aggiungi, modifica, elimina, stampa, ecc.), che documenta l'azione è stata eseguita, quale data e il tempo in cui si è verificata l'azione e qualsiasi nota associata all'azione.

    
risposta data 06.04.2013 - 01:30
fonte

Leggi altre domande sui tag