RDBのテーブルについて質問です。


テーブルを作る際に、

CREATE TABLE TableName (
  id INTEGER,
  value VARCHAR(255),
  PRIMARY KEY(id)
);



CREATE TABLE TableName2 (
  id INTEGER,
  value VARCHAR(256),
  PRIMARY KEY(id)
);


などのように、カラムの桁数を「2の階乗数」または「2の階乗数-1」といった数にしている例をたまに見かけます。
これは何か重要な意味のある事なのでしょうか?
また、「2の階乗数」と「2の階乗数-1」ではどちらかがより適切である、といった違いはあるのでしょうか。


ちなみに特に興味があるDBMSはMySQLとPostgres SQLです。
よろしくお願いします。

回答の条件
  • 1人3回まで
  • 登録:2006/12/07 11:36:05
  • 終了:2006/12/14 11:40:02

回答(5件)

id:tadashi0805 No.1

tadashi0805回答回数287ベストアンサー獲得回数292006/12/07 12:00:27

ポイント38pt

MySQLの場合、以前のバージョンではVARCHAR型の長さは255が最大でした。

なので、取りうる最大値という意味ですね。最大と言っても可変長なので常にその長さを取るわけではありませんので、なるべく長く取っておくという意味もあります。

また256は単に2進数上きりがいいから、その長さにする。256-1は文字列のヌルターミネートが不要な場合1文字少なくできる。という理由も考えられます。

但し、256を超えると、可変長の長さを表す領域が1バイトから2バイトに増えるので、テーブルが余計に大きくなります。

id:sei4u

ありがとうございます。


>MySQLの場合、以前のバージョンではVARCHAR型の長さは255が最大でした。

おぉ、そうなんですか。それはなんともわかりやすい理由ですねw


>256-1は文字列のヌルターミネートが不要な場合1文字少なくできる

うーん……ごめんなさい理解力不足のせいでよく把握できません。

文字列の格納時に、必ずヌルターミネートを切り捨てるという前提に立ったときの設計、ということでしょうか?

なんだか全然違うような気もしますが……


>但し、256を超えると、可変長の長さを表す領域が1バイトから2バイトに増えるので、テーブルが余計に大きくなります。

逆に言うと、256までであればどの値に設定しても1バイトだから変わりはないよ、という事でしょうか。

だとしたら取り敢えず256にしておく、というのはわからないでもないですね。

2006/12/07 12:46:47
id:kn1967 No.2

kn1967回答回数2915ベストアンサー獲得回数3012006/12/07 12:01:23

ポイント38pt

データベースは単体ではなく何らかのアプリケーションでユーザーインターフェースを準備することになりますので、他のアプリケーションとの互換性などを考えて254~256(アプリケーションによって際はあるがこの範囲でトラブルになることはまずない)にすることは多いです。

id:sei4u

ありがとうございます。


>データベースは単体ではなく何らかのアプリケーションでユーザーインターフェースを準備することになります

>他のアプリケーションとの互換性などを考えて

そうですね。これはよくわかる気がします。


しかし、254~256にしておけばトラブルになることはまずないという理由がよくわかりません……私の経験不足でしょうか。ううむ。

2006/12/07 12:49:26
id:snaruseyahoo No.3

snaruseyahoo回答回数491ベストアンサー獲得回数42006/12/07 14:25:29

ポイント38pt

http://oshiete.nikkeibp.co.jp/kotaeru.php3?qid=2348115

やはり、16進数で割り切れる数にしたほうが、カラムの変更などがあった場合にも泣きを見ることも少なく、また、プリミティブな処理では、処理が早かったリするようです。

id:sei4u

ありがとうございます!

なるほど。16進数で割り切れる数だと処理が早い、というのはなんとなくわからないでもない印象を受けますね。。。

ケチケチしてぎりぎりのサイズにするというのは賢くない事なのですね。

2006/12/07 21:04:31
id:Yota No.4

Yota回答回数453ベストアンサー獲得回数282006/12/07 18:53:01

ポイント38pt

http://dev.mysql.com/doc/refman/5.0/en/char.html

前の答えにもありましたが、最近のMySQLでは65535字まで入るそうだから、これ以下の数字なら何でもいいんじゃないですか。むかしの習慣を引きずって、255でも切りがよくていいですし。ちなみにこれ、むかしはバイト単位、今は字数単位ということですから話はややこしいです。

http://www.postgresql.jp/document/current/html/datatype-characte...

PostgreSQLの場合は、VARCHARまたはTEXT型は長さ指定なしで、約1GBまでOKということですから、わたしはもっぱらVARCHARだけで長さ指定せずに使っています。データが入る前に何字入るか想像するのがめんどくさいからです。

id:sei4u

ありがとうございます!

In contrast to CHAR, VARCHAR values are stored using only as many characters as are needed,
 plus one byte to record the length (two bytes for columns that are declared with a length longer than 255).

そ、そうなんですね……あぁ、そういうことなのかぁ。

なんかちょっと一人で勝手に納得しました。


>ちなみにこれ、むかしはバイト単位、今は字数単位ということですから話はややこしいです。

ややこしいですね~。如何なる理由があったのかわかりませんが。。。


>PostgreSQLの場合は、VARCHARまたはTEXT型は長さ指定なしで、約1GBまでOKということですから、わたしはもっぱらVARCHARだけで長さ指定せずに使っています。

なるほど。

今はそれほど固く考えなくてもいいんですかね。それだったら気楽でいいですね。

2006/12/07 21:18:39
id:kurukuru-neko No.5

kurukuru-neko回答回数1844ベストアンサー獲得回数1552006/12/07 21:31:19

ポイント38pt

各データを保存する場合、データを保存する型に応じて

データを保存する領域が必要です。

以下のように固定サイズの場合通常 2^N

可変データの場合(2^N-1)のサイズがデータを

保存する領域として為に必要になります。

ディスク容量、CPU性能が低い時代1バイト

で長さを管理する場合0~255となる。

全体の長さを可変の場合、長さを管理する1バイト

の情報が最低必要となり合計256バイトとなる。

これはCPUが、1バイトの長さのデータなら

効率よく処理できたなごりでもあります。

又昔は文字の場合1文字=1バイトの意味もありました。

アプリを作成する場合、著名なデータベース oracle,

sybase、db2(udb)等互換性の歴史があるので

管理方法により微妙な上限値の違いがあります。

http://www.itmedia.co.jp/enterprise/0308/24/epn02_4.html

なぜ上限に近い値を大抵使うのかと言うのか?

大抵の場合を決める人に根拠はない場合が多いと

思ってます。データベースの定義を小さくするのは

リソースがへるので問題が発生しにくいですが、

多くする場合は後でリソース、性能低下等

困った事になります。 

大抵の場合は、設計資料に具体的な根拠か将来的計画

がない時は、後で何があっても問題ないように大目に定義

しているだけと思います。 プログラム側でも最大の固定

サイズで領域を確保しておけば増える場合より減る場合の方が

より対処範囲が少ないと思います。

6.2.6. 各カラム型に必要な記憶容量

http://dev.mysql.com/doc/refman/4.1/ja/storage-requirements.html

8.1. 数値データ型

http://osb.sra.co.jp/PostgreSQL/Manual/PostgreSQL-8.0-ja/datatyp...

8.3. 文字型

http://osb.sra.co.jp/PostgreSQL/Manual/PostgreSQL-8.0-ja/datatyp...

id:sei4u

詳細な説明ありがとうございます。


>固定サイズの場合通常 2^N

>可変データの場合(2^N-1)のサイズがデータを

>保存する領域として為に必要になります。


>大抵の場合は、設計資料に具体的な根拠か将来的計画

>がない時は、後で何があっても問題ないように大目に定義

>しているだけと思います。


ずばりと書いていただいて、良くわかりました。

お蔭様ですっきりです。

感謝。

2006/12/11 14:01:49

コメントはまだありません

この質問への反応(ブックマークコメント)

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません