一つのIDで不特定多数のデータを持つ2カラムテーブルについて

Question

ユーザー同士のブロックリストを保存するためのDBテーブルを作っているのですが、

自分のID ブロックユーザーID

の2カラムで運用すると同一の自分のIDで異なるブロックユーザーIDを持つレコードが量産され、プライマリキーが設定できません。

でも逆に、1ユーザー、1レコードにしても一人のユーザーが何人をブロックリストに追加するかも上限がありませんので、そういう訳にもいきません。

スピードと管理性を保つためにはどうすれば良いでしょうか。

どうか知恵をお貸しください。

Answer 1

自分のIDとブロックユーザーIDで複合主キーにするのはどうでしょうか？

Answer 2

通常、レコードの識別を行えるよう、ユニークキーをテーブルに設定します。
なぜ2カラムにこだわるのでしょうか、そのような問題になって当たり前です。
ユニークキーの発番をシーケンスにて行って、
ユニークキー,自分のID,ブロックユーザーID
の3カラム必要です。
alter table block_ids add column ukey integer unique;
みたいなsql文で3つ目のカラム追加が出来ます。
データが空であれば、alter table block_ids add column ukey integer unique not null;にて3カラム目を追加すると、
ユニークキー無しでinsertできなくなります。

Answer 3

shiena様の「2カラムを複合主キーにしては」というのもm6u様の「主キーとなるカラム（代替キー）を追加しては」というのも、どちらもありうる設計です。
どちらを選択するかの考え方ですが、

• 複雑なテーブルではないので、一般的には「2カラムを複合主キー」で十分と考えられます
• アプリ側がO/Rマッパー、たとえばActiveRecordなんかを使っている場合、複合主キーは扱いにくいため代替キーを追加することになります。