Usando una colonna per memorizzare la società o un database separato?

Question

Usando una colonna per memorizzare la società o un database separato?

#1 da (2 voti)
#2 da (1 voti)

1

Sto scrivendo un sistema per la società per mettere il materiale promozionale sul sito, che è come alcuni tipi di CMS. Quindi, ho bisogno di un database che memorizzi i loro dati, ma sto considerando come memorizzare i loro dati .... Il primo approccio è usare una singola tabella per memorizzare i loro dati, ma usare una colonna, come 'company_code' per distinguere la società, un altro approccio è creare un database separato per un'azienda ....

(Certo, controllerà che il codice_azienda o il nome della tabella aziendale siano esistiti o meno, in caso affermativo, assegnerà un nuovo company_code o il nome della tabella della società per programma.)

Quindi, quale approccio è migliore? Grazie .....

database data-structures database-design

posta Ted Wong 14.02.2012 - 17:33

fonte

2 risposte

Leggi altre domande sui tag database data-structures database-design

Algoritmi di sviluppo Web Come riscrivere un server MMOG TCP progettato per essere eseguito in una singola macchina, in modo distribuito? [chiuso]

score 2 · Answer 1

Non sono sicuro che ci siano abbastanza informazioni per rispondere correttamente ... Hai intenzione di memorizzare dati per più aziende in questo sistema?

Il modo in cui lo farei (basato sulle informazioni) è fornire loro il proprio database (presumo che il "database" abbia più tabelle per cliente e che possano essere ospitate sul server del cliente). Se altri clienti vogliono lo stesso sistema, otterrebbero anche il loro stesso database. Modifiche / aggiornamenti alle strutture di dati sarebbero accuratamente distribuiti su tutti database dei clienti tramite script SQL, dopo attenti test e pre-upgrade di back-up, naturalmente!

D'altra parte, se si sta archiviando solo un po 'di dati per ciascun cliente per il tuo sistema da utilizzare, allora potrebbe essere logico memorizzare tutte le società in un'unica tabella .

Potresti dover descrivere questo problema un po 'meglio per una risposta più chiara.

score 1 · Answer 2

Avere un database per azienda non è davvero una soluzione scalabile o gestibile. A meno che tu non sappia che ci saranno solo due aziende coinvolte, ti consiglio di evitarlo.

Il collegamento di una società (tramite codice_azienda) a ciascuna tabella contenente dati specifici dell'azienda è una soluzione affidabile che ha funzionato per me numerose volte in passato. È relazionale, gestibile, scalabile e semplifica le query interaziendali per metriche e simili. È la strada da percorrere.