DBの型と主キーについて

Question

主キーが、数字の重複キーなので一つにまとめるとintからbigintになってしまいます。
どちらのほうが　DBにはよいですか?

Answer 1

主キーが、数字の重複キー

int型の列2つによる複合キー、ということですかね。
こんなような。

create table TABLE1 (
    COL1 int,
    COL2 int,
--中略
    constraint PK_TABLE1 primary key (
        COL1,COL2
    )
)

どちらのほうが　DBにはよいですか?

何を重視して「よい」と判断したいのか、にもよりますが。
まとめてしまうと、片方の列の値が欲しいときにひと手間必要になってしまいますので、別々のままがよいのではないでしょうか。

Comments

[hamaa]

なるほど。素人ながら
hihijijiさんの言うとおり
・主キーは重複キーを避けるべきとどこかで聞いたがこびり付いているようです。

Answer 2

質問内容は、
・現在のDBの物理設計では主キーはint型の複合キーになる。
・主キーは重複キーを避けるべきとどこかで聞いた。
・そこで主キーとなるint型の複合キーを纏めてbigint型の1カラムにする方法を考えた。
・int型の複合キーを利用する方法と複合キーを纏めてbigint型の1カラムにする方法のどちらがいいですか？
で良いでしょうか？

ケースバイケースですからそれだけの条件で全てが決まるわけではありませんが、ほとんどの場合そのままint型の複合キーを利用する方法がベターです。
状況や環境を詳しく書くともう少し的確な回答が得られるでしょう。

Comments

[hamaa]

hihijijiさんそのとおりです。日本語が足らずですみません。
主キーは重複キーを避けるべきとどこかで聞いた。程度。
bigintの方が容量を使う気がする。
検索用途で主キーは分けておいたほうが検索用途が広がるけど、
単純なフィルタしかしない場合、重複キーの方がクエリ自体遅い気がする。

[hihijiji]

・2個目の「重複キー」は「複合キー」のタイプミスでした。
>複合キーの方がクエリ自体遅い気がする。
殆ど誤差レベルの違いです。
気にする必要はありません。
複合主キーになる場合は、サロゲートキー(連番など)を追加して業務上のキー(int * 2)にユニーク制約を付けることを検討してください。
この場合もどちらが良いかはケースバイケースです。

[hamaa]

ありがとうございます。安心出来ました。