Mluvil jsem s databázovým architektem z wordpress.com, hostingové služby pro WordPress. Řekl, že začali s jednou databází, která hostila všechny zákazníky společně. Obsah jediného blogového webu koneckonců opravdu není tolik. Je logické, že jedna databáze je lépe spravovatelná.
To jim fungovalo dobře, dokud nezískali stovky a tisíce zákazníků a uvědomili si, že je třeba rozšířit provozují více fyzických serverů a na každém serveru hostují podmnožinu svých zákazníků. Když přidají server, bylo by snadné migrovat jednotlivé zákazníky na nový server, ale bylo by těžší oddělit data v rámci jedné databáze, která patří do blogu jednotlivých zákazníků.
S tím, jak zákazníci přicházejí a odcházejí a blogy některých zákazníků mají velkou aktivitu, zatímco jiné zanikají, stává se vyvážení na více serverech ještě složitějším úkolem údržby. Sledování velikosti a aktivity na jednotlivé databáze je také jednodušší.
Podobně proveďte zálohování nebo obnovení databáze Důležitým faktorem je jedna databáze obsahující terabajty dat oproti individuálním zálohám a obnovám databáze o několika megabajtech. Zvažte:zákazník volá a říká, že jeho data byla SNAFU's SNAFU'd kvůli nějakému špatnému zadání dat, a mohli byste prosím obnovit data ze včerejší zálohy? Jak byste obnovili jeden údaje zákazníka, pokud všichni vaši zákazníci sdílejí jedinou databázi?
Nakonec se rozhodli pro rozdělení do samostatné databáze na zákazníka , i když je správa složitá, nabídla jim větší flexibilitu a přepracovali svou hostingovou službu na tento model.
Tedy z datového modelování perspektivě se zdá jako správná věc držet vše v jediné databázi, nějakou administraci databáze úkoly jsou snazší, když překročíte určitý bod přerušení objemu dat.