テーブルデータの桁数

Question

DBのテーブルカラムの定義長は何を考慮して決めますか？

テーブルにINSERTする際に、値が大きいため登録できないエラーが出てしまったので、テーブル定義を変更しました。
そもそろ定義長は何を基準に決めているのか気になりました。

カラムに登録する文字のバイト数を考慮する以外に何かありますか？
何かコストやリソースなど考慮する点があるのでしょうか。

Answer 1

もちろん、業務上必要となりうる長さを満たし、かつ容量見積もりなども考慮してむやみやたらと大きくはしないように設計します。
特に長い文字列型はパフォーマンスに影響を及ぼす（1レコードの長さを適切にしておかないと I/O が重くなる）のですから。

それができていないというのは、そもそも設計が詰められていないということです。

Comments

[退会済みユーザー]

ご回答ありがとうございます。

Answer 2

例えばどういうカラムでエラーになりましたか？
サイズをどうやって決めるか気にされているようですが、それではカラム名や型はどうやって決定しましたか？

Comments

[退会済みユーザー]

ご回答ありがとうございます。
varchar2の定義長（72）のカラムに対してinsertすると"値が大きすぎます"というエラーが出ます。
今回は自分でDBを作成しているのではなく、既存のDBを扱う作業で上記insertしたところエラーがでたので、そもそもどうやって定義長を決めているのか気になりました。

[workaholist]

そうでしたか。
どうやって、というと「仕様から」だと思います。
例えば「氏名」の場合、
　・型は可変長の文字が入るので varchar2
　・サイズ（定義長）は名前として最長のものを想定した長さ
　・カラム名は氏名のまま（姓名を分けない）で良いのであれば「SHIMEI」
と言った感じで決められていくと思います。
サイズが72ということは設計時に72より大きい長さのデータが入ることが想定していなかったのではないかと思われます。
今回の仕様変更などでそれより大きいサイズが入ることになったのか、それとも72に収めるべきところに入らないのであれば今回の仕様変更が誤りであることも考えられます。