会員が作成したデータを格納するテーブルのプライマリキーについて

質問

例えば、写真サイトで各ユーザーが任意に
アルバムを複数作成できるようにする場合、
アルバムテーブルのプライマリキーは、
以下３つのどれが好ましいでしょうか？

（案１）
PK アルバムID（DBの自動採番）
Key ユーザーID
（案２）
PK ユーザーID
PK アルバムID（同じユーザーIDの最大アルバムID+1で採番する）
（案３）
PK アルバムID（同じユーザーIDの最大アルバムID+1で採番する）
PK ユーザーID

以下がわからず判断できません（; ;）

・アルバムに限らず会員が作成したデータを格納するテーブル全てにユーザIDが必要になると思いますが、
テーブル固有のキーとユーザIDを複合プライマリーキー（PK）とするのと、
テーブル固有のキーを単一プライマリーキーとするのでは
どちらが良いのでしょうか？

・案２，３で複合キーとした場合、
ユーザーIDをテーブルの一番上の項目にするのと、
テーブル固有のキー項目となりえた項目のどちらを
テーブルの一番上にするのが良いのでしょうか？

回答No.1

tamachan_1980 · ベストアンサー

案１がお勧めでしょう。複合主キーはテーブル構
成が分かりづらい＆ＳＱＬ文を発行するときに、
結合キーが増えて読みにくくなると思います。

それに案２、案３だと、採番するさいにまず保存
データのユーザーＩＤをキーとして最大アルバム
ＩＤを検索し、その＋１を求めるというＳＱＬを
発行する必要がありますので、レスポンスにも問
題があると思います。

お礼

わかりやすい説明ありがとうございます。
案１にしようと思います。
確かにMAX+１では負荷が高いサイトでは痛い
レスポンスとなりえそうですね。