sql >> Databáze >  >> RDS >> Mysql

Dobrá praxe pro rozdělení dat do více databází?

„Dobrá praxe“ je jedna z těch frází, která nám umožňuje, aby naše předsudky zněly důležitější, než ve skutečnosti jsou...

Obecně chcete ukládat věci, které k sobě patří. Pokud máte jeden informační systém, který řídí vše pro firmu, a subjekty, které řídíte, jsou vzájemně propojené – zákazníci mají objednávky, objednávky mají obchodníky a produkty – můžete namítnout, že patří k sobě. Pokud si na druhou stranu všimnete, že máte „ostrovy“ tabulek, které ve skutečnosti nenavazují na žádné jiné tabulky, možná k sobě nepatří.

Z hlediska údržby znamená správa více databází více záloh, více rutin údržby a více profilů zabezpečení ke správě.

Z hlediska čitelnosti je prohledávání různých databází za účelem nalezení tabulky, která vás zajímá, pravděpodobně špatná věc – například tam, kde existuje tabulka spojení many-to-many mezi „zákazníky“ a „zaměstnanci“ – např. prodejní tým - kde ten stůl žije? V databázi "zákazník" nebo "zaměstnanec"?

Z hlediska spolehlivosti si nejsem jistý, zda můžete vynutit omezení cizích klíčů napříč databázemi.

Ve skutečnosti mě nenapadají žádné výhody, které by to přineslo - takže bych řekl, že je to špatný nápad.



  1. počet záznamů spojujících tabulky otázek a odpovědí

  2. Převod uhlíkového data na časové razítko mysql.

  3. Může ColumnStore pomoci stránkování?

  4. Obecné procházení stromu (nekonečno) způsobem prohledávání do šířky