データベース：主キーが文字列の場合IDを振るべき？

質問

テーブルの主キーが文字列の場合、
その主キーの文字列を通し番号に置き換えて、
その文字列は別テーブルに移したほうが検索が速いですか？

例えば、テーブルが
CREATE TABLE spec (
test_name VARCHAR(40) NOT NULL,
upper_limit NUMERIC(17,7),
lower_limit NUMERIC(17,7),
PRIMARY KEY(test_name)
);
で、40文字という長いテスト項目名の場合、
CREATE TABLE spec (
test_id INTEGER NOT NULL,
upper_limit NUMERIC(17,7),
lower_limit NUMERIC(17,7),
PRIMARY KEY(test_id)
);
と
CREATE TABLE test (
test_id INTEGER NOT NULL,
test_name VARCHAR(40) NOT NULL,
PRIMARY KEY(test_id)
);
という二つのテーブルに分けたほうが検索は速くなりますか？
（もちろん、結合する時間も含めてです。）

もし速くなるとしても、文字数が3文字など少ない場合は
通し番号に置き換えてもきっと効果は薄いですよね？
何文字以上の文字列なら通し番号に置き換えたほうが速いですか？

皆さんはどのように決めていますか？

回答No.1

t_ohta · ベストアンサー

検索する時の条件は何ですか？
upper_limit , lower_limit を検索するのであればどちらも違いが無いでしょう。
test_name を検索するのであれば、プライマリキーに指定されてインデックスが作成されている方が速いので前者です。

プライマリキーにするくらいですから test_name が完全なユニーク値でしょうから、別途数値キーを作らなくてもいいと思います。
もし、このテーブルと結合するテーブルが他にもいっぱいあるのであれば数値キーをプライマリーキーにした方がインデックスが小さくなってメモリの使用効率が上がり速くなると思いますが、例示されているようなテーブル分割は意味が無いと思います。

お礼

ベストアンサーを差し上げます。

今回の場合は、わざわざ数値キーを別途作らなくてもいいんですね。
お察しの通り、検索条件はテスト項目名で、各テスト項目名はユニーク値です。
では、結合するテーブルが増えてきたら数値キーの追加を考えます。
自分はインデックスの仕組みが数値の場合（B-tree）しか知らないので、今度文字列のインデックスについて調べてみます。
ご回答ありがとうございました！