Separazione logica del contenuto del database

Hai inchiodato le due scelte ovvie. Ma nessuno dei due è abbastanza duro come dici tu, e ciò ha più senso in base a quanto ti aspetti di integrare il contenuto di un blog in un altro.

Approccio database separato :

Questo è l'approccio più semplice da implementare. Hai già una stringa di connessione per la connessione al tuo database. Basta avvolgerlo dietro una funzione, che accetta una sorta di oggetto 'Request' come argomento. Può quindi solo restituire la stringa di connessione al database corretta. Facile e molto modulare. In sostanza nulla cambia nella tua applicazione.

L'unico svantaggio di questo approccio è che se vuoi analizzare tutti i blog (ad esempio quale Blog è il più attivo, quale blog usa la parola 'scoreggia' più spesso, ecc.), questo non funzionerà bene con questo approccio.

Nell'ambito di un approccio al database :

Ciò richiede un campo extra "blog" in tutte le tue tabelle di livello superiore (forse tutte le tabelle). Ovunque si raccolgano dati senza prima accedere a un altro tavolo (se si sta già entrando in un tavolo con il blogid, probabilmente non è necessario aggiungere il blogid alla nuova tabella, come forse la tabella degli utenti? Ciò dipende dalla semantica che si desidera anche ).

E sì, questo richiede una piccola modifica alle query di livello più alto - dicendo dove blogID = blogIDImWorkingOn. Ma rende più facile - roba dopo - quando vuoi integrare / analizzare i contenuti sui blog.

Spero che questo aiuti! Buona fortuna!

Anche se non sono un architetto esperto, ma poiché la domanda sta in piedi, potresti non voler cambiare molto.

Devi solo aggiungere una tabella Blogs e una colonna "blog_id" ai post (proprio come il tuo "commento" probabilmente ha già una colonna "post_id"). Bene, a seconda delle entità che desideri separare, potresti apportare altre modifiche, ad esempio, dici di voler separare gli utenti, ma dal momento che non fornisci molti dettagli, è giusto presumere che non sia necessaria molta complessità . Forse gli utenti condivisi tra i blog sarebbero una caratteristica.

A seconda delle dimensioni del progetto, potrebbe non essere troppo efficiente, ma ancora una volta, se non si prevedono problemi, non c'è motivo di sovradimensionare il sistema

Abbiamo risolto questo problema utilizzando un database per cliente e disponendo di un singolo database di configurazione che mappa quale sottodominio / cliente si connette a quale database. Semplicemente memorizzando connectiontring, sottodominio clienti e altre metainformazioni in questo database di configurazione. Simile a quello che proponi come seconda soluzione.

Richiede alcune impostazioni per cliente, ma non penso che sia evitabile, non importa come la si implementa. Utilizziamo l'injection dependency e ci connettiamo al database corretto durante l'inizializzazione del contenitore. Questo viene fatto su base per richiesta.

Questa non è una buona risposta, ma funziona per noi, quindi probabilmente lo farà per te. Non ho idea se ci sono modi migliori per farlo comunque.