5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :NAME IS NULL:2006/08/23(水) 15:37:25 ID:CP1/2ti3
悩ましい・・実に悩ましい

2 :NAME IS NULL:2006/08/23(水) 17:52:04 ID:???
適宜判断する能力もないなら
荷物まとめて田舎に帰れよ無能。
end;
/

3 :NAME IS NULL:2006/08/24(木) 01:20:49 ID:jfeUP51E
1です。
>>2の意見に納得しました。
たしかにそれを適宜判断するのが仕事ですね。
あたりまえのことに気付きました。

ありがとうございます。



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

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

4 :NAME IS NULL:2006/08/24(木) 03:11:33 ID:???
Date型

5 :NAME IS NULL:2006/08/24(木) 12:58:20 ID:Ie4f1Xi7
それぞれのメリットデメリットを教えてカミタマン

6 :NAME IS NULL:2006/08/24(木) 20:51:46 ID:???
クイズ「メリットdeメリット」の時間です。

7 :NAME IS NULL:2006/08/24(木) 21:07:17 ID:???
GUID型

8 :NAME IS NULL:2006/08/24(木) 22:43:46 ID:???
BLOBで決まり

9 :NAME IS NULL:2006/08/25(金) 02:40:50 ID:???
>>3
>1です
ってのは、>>2の意見にかっとなって、
>おまえ絶対嫌われ者だろ?ん?正直いってみろクズ
と書いたところみると、ほんとっぽいな。
他人に煽られてたぐらいで頭にくるくらいなら、クソスレ立てなきゃいいのに。
一番ださいことを>>1=>>3はやってしまった。
しかも、おまけにつまんねぇ。


10 :1です。:2006/08/25(金) 04:18:41 ID:O2OEAxxZ
>>9
の意見に怒りのあまりとんでもないことを
しでかした自分に激しく自己嫌悪しています。

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








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

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

11 :NAME IS NULL:2006/08/26(土) 05:53:04 ID:id9yvgTb
9です。
皆さんを不快にさせて申し訳ありませんでした。
>>2の書込みも自分です。
1さんが>>3の書込みで
 >親に虐待されてそだったんじゃない?うふふ
とずばり私の育った環境をあててしまったので
どきっとして他人を装ってこんな書込みをしてしまいました。

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

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


12 :NAME IS NULL:2006/08/26(土) 18:35:43 ID:???
金曜日に投稿して、誰もそれに返事してないのにさらに土曜日に続けに投稿するところみると>>1=>>3=>>10=>>11はよほど
悔しかったのかな。しかも、投稿時刻が朝の4時とか5時で自分からニートであることを
宣言しちゃってるし・・・・・・


13 :NAME IS NULL:2006/08/28(月) 01:46:28 ID:???
8です。
ゴミ以下の存在の>>1に罵倒されるのを
楽しみにしていたのにスルーされて悲しいです。

14 :NAME IS NULL:2006/08/28(月) 10:04:31 ID:OlKdKhmk
ジャッジします。
2が一番クズ

15 :NAME IS NULL:2006/08/31(木) 15:47:42 ID:???
LOB型

16 :NAME IS NULL:2006/09/03(日) 19:20:02 ID:IFPR3xSl
本当の8です
バイナリラージオブジェクトを覚えたてでつい
>>1を茶化そうとこんなつまらない書き込みをしてしまいました
悪いと思ってますん

17 :NAME IS NULL:2006/09/06(水) 22:58:25 ID:???
真実の8です。
でも内心では自画自賛しています。
だってさ〜、PRIMARY KEYにBLOBだぜ?
ユーモアのセンス抜群じゃん プププ

18 :2です:2006/09/07(木) 01:08:41 ID:???
プライマリーキーは数値にすべきです。
速度が段違いです。
それにChar型にするということは、
emailや名前をKeyにすると言うことなのでしょうが
そういうデータは後々重複を要求される可能性が出てきます。

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

19 :NAME IS NULL:2006/09/07(木) 10:36:38 ID:???
> プライマリーキーは数値にすべきです。
> 速度が段違いです。
DBMSによります。

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

20 :NAME IS NULL:2006/09/07(木) 23:29:31 ID:???
>>4
うるう秒とか大変じゃね?

21 :NAME IS NULL:2006/09/08(金) 02:02:08 ID:???
そんなマジレスされても。

22 :NAME IS NULL:2006/09/08(金) 13:33:13 ID:srpgzZf/
ECの大阪公演の前座に、Charが決定してるらしいよ
詳細は、Charのファンクラブにも電話で問い合わせたらいいと思うよ。


23 :NAME IS NULL:2006/09/09(土) 01:55:41 ID:???
ようやく結論が出たな

24 :NAME IS NULL:2006/09/09(土) 10:25:28 ID:???
犯人はこの中にいる!

25 :NAME IS NULL:2006/09/10(日) 08:21:57 ID:???
ハンニンハヤス

26 :NAME IS NULL:2006/09/11(月) 16:48:06 ID:???
あなたを、犯人です。

27 :NAME IS NULL:2006/09/14(木) 00:50:18 ID:???
それはあなたの心です。

28 :NAME IS NULL:2006/09/15(金) 16:07:50 ID:zqgtCjpo
>>18
>>emailや名前をKeyにすると言うことなのでしょうが
ってまじでいってんの?
Char型で入るのか?
Char型って固定長だぞ?おい解ってるのか?
メールアドレスや名前ならVarchar型にいれんだろ普通

29 :NAME IS NULL:2006/09/15(金) 16:14:25 ID:zqgtCjpo
>>18
>>プライマリーキーは数値にすべきです。
>>速度が段違いです。

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

30 :NAME IS NULL:2006/09/16(土) 01:20:23 ID:???
そんなマジレスされても・・・

31 :NAME IS NULL:2006/09/16(土) 08:40:40 ID:???
マジレス?
タダの中級者じゃん
結局最後はGUIDに行き着く

32 :NAME IS NULL:2006/09/16(土) 14:50:51 ID:SJNe3vWa
MACアドレスみたいな文字列をプライマリーキーに使うのか?
どんな膨大なデータに利用するの?
意味解らんそこまでする必要性があるのだろうか
WEBアプリ作るだけでGUID利用しましょうなんてバカ出てくるからだまっとけ

33 :NAME IS NULL:2006/09/16(土) 14:51:35 ID:SJNe3vWa
でもユニークキーに利用するだけならまあ納得できる。

34 :NAME IS NULL:2006/09/17(日) 00:54:38 ID:???
くだらねぇそんなんでいちいち数値にする意味ないよ。

35 :NAME IS NULL:2006/09/27(水) 13:50:29 ID:???
山崎剛明は秋葉原でチラシばかり集めるキチガイ野郎

36 :NAME IS NULL:2006/10/21(土) 17:42:46 ID:???
不憫だあまりに不憫だ
不倫だあまりに不倫だ

37 :NAME IS NULL:2006/12/06(水) 17:08:43 ID:???
>>28
吹いたwww

38 :NAME IS NULL:2007/09/08(土) 11:29:29 ID:???
プライマリーキーが,,,ない。

39 :NAME IS NULL:2007/09/19(水) 01:26:22 ID:???
複数カラムでプライマリキーを構成する場合、charも数値も混在することあるけど。
5個も6個もつなげないとユニークにならないキーも嫌だ。

40 :NAME IS NULL:2007/10/27(土) 22:37:45 ID:???
主キーには、Number(可変長)ではなくChar(固定長)だろう


41 :NAME IS NULL:2008/10/27(月) 22:36:53 ID:9MmG+q87
チャー

42 :NAME IS NULL:2008/12/20(土) 10:56:18 ID:???
キャラって読まないか?

43 :NAME IS NULL:2009/02/01(日) 08:57:03 ID:OWf5p2Ai
リマークでは、チャー、ヴァーチャーと覚えさせられた。

44 :NAME IS NULL:2009/02/02(月) 01:14:04 ID:???
レス付けようと思ったら2006年の書き込みだった

45 :NAME IS NULL:2009/02/02(月) 13:01:37 ID:MfqazPEQ
どう考えても数値がいちばんいい
わかりやすいし処理も速い

46 :NAME IS NULL:2009/02/02(月) 21:39:35 ID:???
よくこんなスレがdat落ちしないものだなw
この板自体書き込みが少ないからなのか。

47 :名無し募集中。。。:2009/02/03(火) 02:44:37 ID:kdjvI4gv
多くのDBで最高速はINTEGER型だよ
次点がVARCHAR
OracleではCHAR信仰があるけど、殆どのDBではCHARよりVARCHARの方が速い

48 :NAME IS NULL:2009/02/03(火) 02:53:18 ID:???
CHAR(4)とINTEGERとプライマリーキーにした場合どう違うんだろうか?

49 :NAME IS NULL:2009/02/03(火) 03:10:09 ID:???
データ長は同じだとしても比較の仕方が違うのかな?

50 :NAME IS NULL:2009/02/03(火) 05:07:11 ID:???
レコード長の問題じゃない
文字列を比較するのと数字を比較するの、
どっちが高速になるか、プログラマなら解るよな?

51 :NAME IS NULL:2009/02/03(火) 08:57:32 ID:???
いや、意外と分からない人がいるんだよ・・・
この前なんか「Accessで比較したら文字列にした方が速かったぞ!」と言い出す人までいたし
(実測値だから本当らしいのだが)。

52 :NAME IS NULL:2009/02/03(火) 17:50:26 ID:Ujn7hWmY
そういうのに限って突き詰めていくと、
メモリーキャッシュにデーターがロードされていたりする。
早くて当たり前だと。

53 :NAME IS NULL:2009/02/03(火) 22:24:30 ID:???
>>50
>>51
分からんな。例えばOracleで、CHAR(8)よりINTEGERの比較の方が速いって
本当に言い切れるか?言い切れるとしたらどういう理由で?

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

54 :NAME IS NULL:2009/02/04(水) 00:15:15 ID:???
>>53
>>47
OracleだけはCHARは特別扱いされてる

55 :NAME IS NULL:2009/02/04(水) 01:56:55 ID:???
>>53
そうだとおもう。
100万件のレコードを検索しても、CHAR(8)とINTEGERとの差はコンマ何秒の差だろう。

56 :NAME IS NULL:2009/02/04(水) 02:19:47 ID:???
実務経験ない奴かこいつは

57 :NAME IS NULL:2009/02/04(水) 19:20:54 ID:Iq4gGBav
まあ、文字が長くてしかも文字列中に同じ部分が多いだとか
数字でも浮動小数点の処理が遅いマシンだとか、人生いろいろ
小泉さん見たいなもんだな

58 :NAME IS NULL:2009/02/04(水) 20:47:49 ID:???
マンコ何秒の差…?




……今日は早く寝よ

59 :NAME IS NULL:2009/02/04(水) 23:36:43 ID:Kz+VF2P9
数字がいちばん

60 :NAME IS NULL:2009/02/04(水) 23:38:11 ID:???
INTEGERって言ってるのになんで浮動小数点になるのか解らんが

61 :NAME IS NULL:2009/02/04(水) 23:49:37 ID:???
>>47
Cのintなら、そのプラットフォームでもっとも自然で高速に扱える整数型と
されているわけだけど、OracleのINTEGERはNUMBER(38,0)だからなぁ。
しかもBCD。

62 :NAME IS NULL:2009/02/05(木) 04:39:36 ID:???
だからORACLEはCHARが最高速ってみんな言ってるのでは。

63 :NAME IS NULL:2009/02/13(金) 02:07:38 ID:???
ORACLEは独自規格がおおすぐる

64 :NAME IS NULL:2009/02/13(金) 11:33:05 ID:???
ORACLEの独自規格が元になって標準化されてるんだろ?
標準化なんてORACLEの機能にエイリアスをつけてるだけじゃないか

65 :NAME IS NULL:2009/02/13(金) 15:09:58 ID:???
信者乙

66 :NAME IS NULL:2009/03/20(金) 15:13:37 ID:???
オラの糞仕様を囲い込むための標準仕様

12 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)