„Добра практика“ е една от онези фрази, които ни позволяват да направим предразсъдъците си по-важни, отколкото са в действителност...
Като цяло искате да съхранявате заедно неща, които принадлежат заедно. Ако имате единна информационна система, която управлява всичко за един бизнес, и субектите, които управлявате, са свързани помежду си - клиентите имат поръчки, поръчките имат хора по продажбите и продукти - можете да спорите, че принадлежат заедно. Ако, от друга страна, забележите, че имате „острови“ от таблици, които всъщност не се свързват с други таблици, може би те не принадлежат една към друга.
От гледна точка на поддръжката, управлението на повече бази данни означава повече архиви, повече рутинни процедури за поддръжка и повече профили за защита за управление.
От гледна точка на четливостта, търсенето из различни бази данни, за да намерите таблицата, която ви интересува, вероятно е лошо нещо - например, когато има таблица за свързване много към много между "клиенти" и "служители" - напр. екип по продажбите - къде живее тази маса? В базата данни „клиент“ или „служител“?
От гледна точка на надеждността, не съм сигурен дали можете да наложите ограничения за външни ключове в бази данни.
Не мога да си представя никакви ползи от това - така че бих казал, че е лоша идея.
