プライマリーキーはchar型かそれとも数値型か

**NAME IS NULL** · 2006/08/23(水) 15:37:25

悩ましい・・実に悩ましい

**NAME IS NULL** · 2006/08/23(水) 17:52:04

適宜判断する能力もないなら
荷物まとめて田舎に帰れよ無能。
end;
/

**NAME IS NULL** · 2006/08/24(木) 01:20:49

1です。
>>2の意見に納得しました。
たしかにそれを適宜判断するのが仕事ですね。
あたりまえのことに気付きました。

ありがとうございます。

っていうのはうっそっぴょーんｗｗ
>>2おまえ絶対嫌われ者だろ？ん？正直いってみろクズ

親に虐待されてそだったんじゃない？うふふ

**NAME IS NULL** · 2006/08/24(木) 03:11:33

Date型

**NAME IS NULL** · 2006/08/24(木) 12:58:20

それぞれのメリットデメリットを教えてカミタマン

**NAME IS NULL** · 2006/08/24(木) 20:51:46

クイズ「メリットdeメリット」の時間です。

**NAME IS NULL** · 2006/08/24(木) 21:07:17

GUID型

**NAME IS NULL** · 2006/08/24(木) 22:43:46

BLOBで決まり

**NAME IS NULL** · 2006/08/25(金) 02:40:50

>>3
>1です
ってのは、>>2の意見にかっとなって、
>おまえ絶対嫌われ者だろ？ん？正直いってみろクズ
と書いたところみると、ほんとっぽいな。
他人に煽られてたぐらいで頭にくるくらいなら、クソスレ立てなきゃいいのに。
一番ださいことを>>1=>>3はやってしまった。
しかも、おまけにつまんねぇ。

**1です。** · 2006/08/25(金) 04:18:41

>>9
の意見に怒りのあまりとんでもないことを
しでかした自分に激しく自己嫌悪しています。

ご指摘の通りでございます。

っというのはうっそぴょおおおおおん

>>9　キモオタ低所得はROMってろｗｗ

**NAME IS NULL** · 2006/08/26(土) 05:53:04

9です。
皆さんを不快にさせて申し訳ありませんでした。
>>2の書込みも自分です。
1さんが>>3の書込みで
　＞親に虐待されてそだったんじゃない？うふふ
とずばり私の育った環境をあててしまったので
どきっとして他人を装ってこんな書込みをしてしまいました。

本当に申しわけありませんでした。
私は幼少の頃から何をするにも親から非難されて育ったので
非常にナイーブで周りの目にびくびくして生きています。

私は生きてる値打ちなんてないゴミ以下の存在です。
皆さんを不快にさせて申し訳ありませんでした。

**NAME IS NULL** · 2006/08/26(土) 18:35:43

金曜日に投稿して、誰もそれに返事してないのにさらに土曜日に続けに投稿するところみると>>1=>>3=>>10=>>11はよほど
悔しかったのかな。しかも、投稿時刻が朝の４時とか５時で自分からニートであることを
宣言しちゃってるし・・・・・・

**NAME IS NULL** · 2006/08/28(月) 01:46:28

8です。
ゴミ以下の存在の>>1に罵倒されるのを
楽しみにしていたのにスルーされて悲しいです。

**NAME IS NULL** · 2006/08/28(月) 10:04:31

ジャッジします。
2が一番クズ

**NAME IS NULL** · 2006/08/31(木) 15:47:42

LOB型

**NAME IS NULL** · 2006/09/03(日) 19:20:02

本当の8です
バイナリラージオブジェクトを覚えたてでつい
>>1を茶化そうとこんなつまらない書き込みをしてしまいました
悪いと思ってますん

**NAME IS NULL** · 2006/09/06(水) 22:58:25

真実の8です。
でも内心では自画自賛しています。
だってさ～、PRIMARY KEYにBLOBだぜ？
ユーモアのセンス抜群じゃんﾌﾟﾌﾟﾌﾟ

**２です** · 2006/09/07(木) 01:08:41

プライマリーキーは数値にすべきです。
速度が段違いです。
それにChar型にするということは、
emailや名前をKeyにすると言うことなのでしょうが
そういうデータは後々重複を要求される可能性が出てきます。

プライマリーキーは数値の連番とかがベストでしょう。
あとの値はユニークにでもしとけ。

**NAME IS NULL** · 2006/09/07(木) 10:36:38

> プライマリーキーは数値にすべきです。
> 速度が段違いです。
DBMSによります。

> それにChar型にするということは、
CODE39とか知りませんか？

**NAME IS NULL** · 2006/09/07(木) 23:29:31

>>4
うるう秒とか大変じゃね？

**NAME IS NULL** · 2006/09/08(金) 02:02:08

そんなマジレスされても。

**NAME IS NULL** · 2006/09/08(金) 13:33:13

ECの大阪公演の前座に、Charが決定してるらしいよ
詳細は、Charのファンクラブにも電話で問い合わせたらいいと思うよ。

**NAME IS NULL** · 2006/09/09(土) 01:55:41

ようやく結論が出たな

**NAME IS NULL** · 2006/09/09(土) 10:25:28

犯人はこの中にいる！

**NAME IS NULL** · 2006/09/10(日) 08:21:57

ﾊﾝﾆﾝﾊﾔｽ

**NAME IS NULL** · 2006/09/11(月) 16:48:06

あなたを、犯人です。

**NAME IS NULL** · 2006/09/14(木) 00:50:18

それはあなたの心です。

**NAME IS NULL** · 2006/09/15(金) 16:07:50

>>18
>>emailや名前をKeyにすると言うことなのでしょうが
ってまじでいってんの？
Char型で入るのか？
Char型って固定長だぞ？おい解ってるのか？
メールアドレスや名前ならVarchar型にいれんだろ普通

**NAME IS NULL** · 2006/09/15(金) 16:14:25

>>18
>>プライマリーキーは数値にすべきです。
>>速度が段違いです。

速いよ！大体のDBでは速度向上望めるぞ
でもそれは一人で作業する場合だけな。
3人チームで設計書も書けない馬鹿が数値だけでDB作って、
データの値から全く推測できず、カラム名もなんとなくそれっぽいけど
作った本人以外は解読に少々時間かかる始末。
そんなDBつくってんのは雑魚零細企業のWEBサイトか
アダルトサイトくらいなもんだろうなあ。

**NAME IS NULL** · 2006/09/16(土) 01:20:23

そんなマジレスされても・・・

**NAME IS NULL** · 2006/09/16(土) 08:40:40

マジレス？
タダの中級者じゃん
結局最後はGUIDに行き着く

**NAME IS NULL** · 2006/09/16(土) 14:50:51

MACアドレスみたいな文字列をプライマリーキーに使うのか？
どんな膨大なデータに利用するの？
意味解らんそこまでする必要性があるのだろうか
WEBアプリ作るだけでGUID利用しましょうなんてバカ出てくるからだまっとけ

**NAME IS NULL** · 2006/09/16(土) 14:51:35

でもユニークキーに利用するだけならまあ納得できる。

**NAME IS NULL** · 2006/09/17(日) 00:54:38

くだらねぇそんなんでいちいち数値にする意味ないよ。

**NAME IS NULL** · 2006/09/27(水) 13:50:29

山崎剛明は秋葉原でチラシばかり集めるキチガイ野郎

**NAME IS NULL** · 2006/10/21(土) 17:42:46

不憫だあまりに不憫だ
不倫だあまりに不倫だ

**NAME IS NULL** · 2006/12/06(水) 17:08:43

>>28
吹いたｗｗｗ

**NAME IS NULL** · 2007/09/08(土) 11:29:29

プライマリーキーが,,,ない。

**NAME IS NULL** · 2007/09/19(水) 01:26:22

複数カラムでプライマリキーを構成する場合、charも数値も混在することあるけど。
5個も6個もつなげないとユニークにならないキーも嫌だ。

**NAME IS NULL** · 2007/10/27(土) 22:37:45

主キーには、Number（可変長）ではなくChar（固定長）だろう

**NAME IS NULL** · 2008/10/27(月) 22:36:53

チャー

**NAME IS NULL** · 2008/12/20(土) 10:56:18

キャラって読まないか？

**NAME IS NULL** · 2009/02/01(日) 08:57:03

リマークでは、チャー、ヴァーチャーと覚えさせられた。

**NAME IS NULL** · 2009/02/02(月) 01:14:04

レス付けようと思ったら2006年の書き込みだった

**NAME IS NULL** · 2009/02/02(月) 13:01:37

どう考えても数値がいちばんいい
わかりやすいし処理も速い

**NAME IS NULL** · 2009/02/02(月) 21:39:35

よくこんなスレがdat落ちしないものだなｗ
この板自体書き込みが少ないからなのか。

**名無し募集中。。。** · 2009/02/03(火) 02:44:37

多くのDBで最高速はINTEGER型だよ
次点がVARCHAR
OracleではCHAR信仰があるけど、殆どのDBではCHARよりVARCHARの方が速い

**NAME IS NULL** · 2009/02/03(火) 02:53:18

CHAR(4)とINTEGERとプライマリーキーにした場合どう違うんだろうか？

**NAME IS NULL** · 2009/02/03(火) 03:10:09

データ長は同じだとしても比較の仕方が違うのかな？

**NAME IS NULL** · 2009/02/03(火) 05:07:11

レコード長の問題じゃない
文字列を比較するのと数字を比較するの、
どっちが高速になるか、プログラマなら解るよな？

**NAME IS NULL** · 2009/02/03(火) 08:57:32

いや、意外と分からない人がいるんだよ・・・
この前なんか「Accessで比較したら文字列にした方が速かったぞ！」と言い出す人までいたし
(実測値だから本当らしいのだが)｡

**NAME IS NULL** · 2009/02/03(火) 17:50:26

そういうのに限って突き詰めていくと、
メモリーキャッシュにデーターがロードされていたりする。
早くて当たり前だと。

**NAME IS NULL** · 2009/02/03(火) 22:24:30

>>50
>>51
分からんな。例えばOracleで、CHAR(8)よりINTEGERの比較の方が速いって
本当に言い切れるか？言い切れるとしたらどういう理由で？

とはいえ、DBのパフォーマンス語る上ではそんなもの誤差でしかないのだがな。

**NAME IS NULL** · 2009/02/04(水) 00:15:15

>>53
>>47
OracleだけはCHARは特別扱いされてる

**NAME IS NULL** · 2009/02/04(水) 01:56:55

>>53
そうだとおもう。
100万件のレコードを検索しても、CHAR(8)とINTEGERとの差はコンマ何秒の差だろう。

**NAME IS NULL** · 2009/02/04(水) 02:19:47

実務経験ない奴かこいつは