No.１です。
　補足のコメント、ありがとうございます（‘ｖ‘＊）
　データベースは、1個だけにするのが良いと思います（‘ｖ‘＊）
　テーブルごとに分けるのは、良い方法だとは思います（>_<)
　一個だけの方が、一個に専念できると思います（>_<)

投稿日時 - 2017-03-10 14:46:12

＞と１つのデータベースに全てのテーブルを用意する設計では無く

１つのデータベースに全てのテーブルを用意する設計を「A」とします。

＞機能ごとにデータベースを分けて、インスタンス単位で１機能(もしくは複数機能の実装)の設計

機能ごとにデータベースを分けて、インスタンス単位で１機能の設計を「B」とします。

＞この方法が正しいのか誤りなのか、

「AとB、どの方法が正しいか」は「状況による」ので「どっちが正しい」とは断言出来ません。

Aを選ぶべき状況では、Aが正しく、Bは間違い。

Bを選ぶべき状況では、Bが正しく、Aは間違い。

AもBも選べる状況では、AとBのどっちも正しい。

AもBも選べない状況では、AとBのどっちも間違いで、AでもBでもないCが正しい。

＞そもそも理解に誤りがあるのか全く見当が付きません。

理解は正しいです。ただ「今、自分が作ろうとしているデータベースが、どういう状況なのかが、理解できてない」だけです。

ただ単に「Aを選ぶべき状況なのか、Bを選ぶべき状況なのか、判らない」だけです。

どっちを選ぶべき状況なのか把握できていないので「AとBのどちらが正しいのか判らない」のです。

で「個人の勉強の為にデータベースを構築している」のであれば「勉強の為に、AとBの両方ともやってみる」が「正しい選択」です。

AとBの両方をやってみて「Aでだけ出来ること、Aでだけ出来ないこと、Bでだけ出来ること、Bでだけ出来ないこと」を習得すれば「状況を正しく判断してどっちを選ぶべきなのか決定する事ができるようになる」でしょう。

それが「勉強」と言うモノです。

今までのような「教科書に書いてある事だけを勉強する」ではダメです。「教科書に書いてあること、書いてないこと、出来る事を全部やってみて、それぞれの特徴を掴む」が「設計の勉強」になります。

＞一般的にはどのようにするものなのでしょうか？

「その現場の状況に合わせて設計する」のが一般的です。

で「打ち合わせのたびに、クライアントの言う事（つまり、現場の状況）がコロコロ変わる」ので、SEやプログラマが「もうむりぽ」とか「納期が」とか「５徹しても間にあわねえ」とか叫ぶ事になるのです。

投稿日時 - 2017-03-10 12:29:09

　ごめんなさい。
　難しくて、良く解りません（>_<)
　もっと、簡潔に説明して頂けないでしょうか？？？
　いかがでしょうか？？？

投稿日時 - 2017-03-10 11:03:54