「グッドプラクティス」は、偏見を実際よりも重要に聞こえるようにするフレーズの1つです...
一般に、一緒に属するものを一緒に保存する必要があります。ビジネスのすべてを実行する単一の情報システムがあり、管理するエンティティが相互に関連している場合(顧客には注文があり、注文には営業担当者と製品があります)、それらは一緒に属していると主張できます。一方、他のテーブルに実際にはリンクしていないテーブルの「島」があることに気付いた場合は、おそらくそれらは一緒に属していません。
保守性の観点から、より多くのデータベースを管理することは、より多くのバックアップ、より多くの保守ルーチン、および管理するより多くのセキュリティプロファイルを意味します。
読みやすさの観点から、関心のあるテーブルを見つけるためにさまざまなデータベースを探し回ることはおそらく悪いことです。たとえば、「顧客」と「従業員」の間に多対多の結合テーブルがある場合などです。営業チーム-そのテーブルはどこにありますか? 「顧客」データベース、または「従業員」?
信頼性の観点から、データベース全体に外部キー制約を適用できるかどうかはわかりません。
私はこれを行うことの利点を本当に考えることができないので、それは悪い考えだと思います。