06/08/23 17:52:04 .net
適宜判断する能力もないなら
荷物まとめて田舎に帰れよ無能。
end;
/
3:NAME IS NULL
06/08/24 01:20:49 jfeUP51E.net
1です。
>>2の意見に納得しました。
たしかにそれを適宜判断するのが仕事ですね。
あたりまえのことに気付きました。
ありがとうございます。
っていうのはうっそっぴょーんｗｗ
>>2おまえ絶対嫌われ者だろ？ん？正直いってみろクズ
親に虐待されてそだったんじゃない？うふふ
4:NAME IS NULL
06/08/24 03:11:33 .net
Date型
5:NAME IS NULL
06/08/24 12:58:20 Ie4f1Xi7.net
それぞれのメリットデメリットを教えてカミタマン
6:NAME IS NULL
06/08/24 20:51:46 .net
クイズ「メリットdeメリット」の時間です。
7:NAME IS NULL
06/08/24 21:07:17 .net
GUID型
8:NAME IS NULL
06/08/24 22:43:46 .net
BLOBで決まり
9:NAME IS NULL
06/08/25 02:40:50 .net
>>3
>1です
ってのは、>>2の意見にかっとなって、
>おまえ絶対嫌われ者だろ？ん？正直いってみろクズ
と書いたところみると、ほんとっぽいな。
他人に煽られてたぐらいで頭にくるくらいなら、クソスレ立てなきゃいいのに。
一番ださいことを>>1=>>3はやってしまった。
しかも、おまけにつまんねぇ。
10:1です。
06/08/25 04:18:41 O2OEAxxZ.net
>>9
の意見に怒りのあまりとんでもないことを
しでかした自分に激しく自己嫌悪しています。
ご指摘の通りでございます。
っというのはうっそぴょおおおおおん
>>9 キモオタ低所得はROMってろｗｗ
11:NAME IS NULL
06/08/26 05:53:04 id9yvgTb.net
9です。
皆さんを不快にさせて申し訳ありませんでした。
>>2の書込みも自分です。
1さんが>>3の書込みで
＞親に虐待されてそだったんじゃない？うふふ
とずばり私の育った環境をあててしまったので
どきっとして他人を装ってこんな書込みをしてしまいました。
本当に申しわけありませんでした。
私は幼少の頃から何をするにも親から非難されて育ったので
非常にナイーブで周りの目にびくびくして生きています。
私は生きてる値打ちなんてないゴミ以下の存在です。
皆さんを不快にさせて申し訳ありませんでした。
12:NAME IS NULL
06/08/26 18:35:43 .net
金曜日に投稿して、誰もそれに返事してないのにさらに土曜日に続けに投稿するところみると>>1=>>3=>>10=>>11はよほど
悔しかったのかな。しかも、投稿時刻が朝の４時とか５時で自分からニートであることを
宣言しちゃってるし・・・・・・
13:NAME IS NULL
06/08/28 01:46:28 .net
8です。
ゴミ以下の存在の>>1に罵倒されるのを
楽しみにしていたのにスルーされて悲しいです。
14:NAME IS NULL
06/08/28 10:04:31 OlKdKhmk.net
ジャッジします。
2が一番クズ
15:NAME IS NULL
06/08/31 15:47:42 .net
LOB型
16:NAME IS NULL
06/09/03 19:20:02 IFPR3xSl.net
本当の8です
バイナリラージオブジェクトを覚えたてでつい
>>1を茶化そうとこんなつまらない書き込みをしてしまいました
悪いと思ってますん
17:NAME IS NULL
06/09/06 22:58:25 .net
真実の8です。
でも内心では自画自賛しています。
だってさ～、PRIMARY KEYにBLOBだぜ？
ユーモアのセンス抜群じゃん ﾌﾟﾌﾟﾌﾟ
18:２です
06/09/07 01:08:41 .net
プライマリーキーは数値にすべきです。
速度が段違いです。
それにChar型にするということは、
emailや名前をKeyにすると言うことなのでしょうが
そういうデータは後々重複を要求される可能性が出てきます。
プライマリーキーは数値の連番とかがベストでしょう。
あとの値はユニークにでもしとけ。
19:NAME IS NULL
06/09/07 10:36:38 .net
> プライマリーキーは数値にすべきです。
> 速度が段違いです。
DBMSによります。
> それにChar型にするということは、
CODE39とか知りませんか？
20:NAME IS NULL
06/09/07 23:29:31 .net
>>4
うるう秒とか大変じゃね？
21:NAME IS NULL
06/09/08 02:02:08 .net
そんなマジレスされても。
22:NAME IS NULL
06/09/08 13:33:13 srpgzZf/.net
ECの大阪公演の前座に、Charが決定してるらしいよ
詳細は、Charのファンクラブにも電話で問い合わせたらいいと思うよ。
23:NAME IS NULL
06/09/09 01:55:41 .net
ようやく結論が出たな
24:NAME IS NULL
06/09/09 10:25:28 .net
犯人はこの中にいる！
25:NAME IS NULL
06/09/10 08:21:57 .net
ﾊﾝﾆﾝﾊﾔｽ
26:NAME IS NULL
06/09/11 16:48:06 .net
あなたを、犯人です。
27:NAME IS NULL
06/09/14 00:50:18 .net
それはあなたの心です。
28:NAME IS NULL
06/09/15 16:07:50 zqgtCjpo.net
>>18
>>emailや名前をKeyにすると言うことなのでしょうが
ってまじでいってんの？
Char型で入るのか？
Char型って固定長だぞ？おい解ってるのか？
メールアドレスや名前ならVarchar型にいれんだろ普通
29:NAME IS NULL
06/09/15 16:14:25 zqgtCjpo.net
>>18
>>プライマリーキーは数値にすべきです。
>>速度が段違いです。
速いよ！大体のDBでは速度向上望めるぞ
でもそれは一人で作業する場合だけな。
3人チームで設計書も書けない馬鹿が数値だけでDB作って、
データの値から全く推測できず、カラム名もなんとなくそれっぽいけど
作った本人以外は解読に少々時間かかる始末。
そんなDBつくってんのは雑魚零細企業のWEBサイトか
アダルトサイトくらいなもんだろうなあ。
30:NAME IS NULL
06/09/16 01:20:23 .net
そんなマジレスされても・・・
31:NAME IS NULL
06/09/16 08:40:40 .net
マジレス？
タダの中級者じゃん
結局最後はGUIDに行き着く
32:NAME IS NULL
06/09/16 14:50:51 SJNe3vWa.net
MACアドレスみたいな文字列をプライマリーキーに使うのか？
どんな膨大なデータに利用するの？
意味解らんそこまでする必要性があるのだろうか
WEBアプリ作るだけでGUID利用しましょうなんてバカ出てくるからだまっとけ
33:NAME IS NULL
06/09/16 14:51:35 SJNe3vWa.net
でもユニークキーに利用するだけならまあ納得できる。
34:NAME IS NULL
06/09/17 00:54:38 .net
くだらねぇそんなんでいちいち数値にする意味ないよ。
35:NAME IS NULL
06/09/27 13:50:29 .net
山崎剛明は秋葉原でチラシばかり集めるキチガイ野郎
36:NAME IS NULL
06/10/21 17:42:46 .net
不憫だあまりに不憫だ
不倫だあまりに不倫だ
37:NAME IS NULL
06/12/06 17:08:43 .net
>>28
吹いたｗｗｗ
38:NAME IS NULL
07/09/08 11:29:29 .net
プライマリーキーが,,,ない。
39:NAME IS NULL
07/09/19 01:26:22 .net
複数カラムでプライマリキーを構成する場合、charも数値も混在することあるけど。
5個も6個もつなげないとユニークにならないキーも嫌だ。
40:NAME IS NULL
07/10/27 22:37:45 .net
主キーには、Number（可変長）ではなくChar（固定長）だろう
41:NAME IS NULL
08/10/27 22:36:53 9MmG+q87.net
チャー
42:NAME IS NULL
08/12/20 10:56:18 .net
キャラって読まないか？
43:NAME IS NULL
09/02/01 08:57:03 OWf5p2Ai.net
リマークでは、チャー、ヴァーチャーと覚えさせられた。
44:NAME IS NULL
09/02/02 01:14:04 .net
レス付けようと思ったら2006年の書き込みだった
45:NAME IS NULL
09/02/02 13:01:37 MfqazPEQ.net
どう考えても数値がいちばんいい
わかりやすいし処理も速い
46:NAME IS NULL
09/02/02 21:39:35 .net
よくこんなスレがdat落ちしないものだなｗ
この板自体書き込みが少ないからなのか。
47:名無し募集中。。。
09/02/03 02:44:37 kdjvI4gv.net
多くのDBで最高速はINTEGER型だよ
次点がVARCHAR
OracleではCHAR信仰があるけど、殆どのDBではCHARよりVARCHARの方が速い
48:NAME IS NULL
09/02/03 02:53:18 .net
CHAR(4)とINTEGERとプライマリーキーにした場合どう違うんだろうか？
49:NAME IS NULL
09/02/03 03:10:09 .net
データ長は同じだとしても比較の仕方が違うのかな？
50:NAME IS NULL
09/02/03 05:07:11 .net
レコード長の問題じゃない
文字列を比較するのと数字を比較するの、
どっちが高速になるか、プログラマなら解るよな？
51:NAME IS NULL
09/02/03 08:57:32 .net
いや、意外と分からない人がいるんだよ・・・
この前なんか「Accessで比較したら文字列にした方が速かったぞ！」と言い出す人までいたし
(実測値だから本当らしいのだが)｡
52:NAME IS NULL
09/02/03 17:50:26 Ujn7hWmY.net
そういうのに限って突き詰めていくと、
メモリーキャッシュにデーターがロードされていたりする。
早くて当たり前だと。
53:NAME IS NULL
09/02/03 22:24:30 .net
>>50
>>51
分からんな。例えばOracleで、CHAR(8)よりINTEGERの比較の方が速いって
本当に言い切れるか？言い切れるとしたらどういう理由で？
とはいえ、DBのパフォーマンス語る上ではそんなもの誤差でしかないのだがな。
54:NAME IS NULL
09/02/04 00:15:15 .net
>>53
>>47
OracleだけはCHARは特別扱いされてる
55:NAME IS NULL
09/02/04 01:56:55 .net
>>53
そうだとおもう。
100万件のレコードを検索しても、CHAR(8)とINTEGERとの差はコンマ何秒の差だろう。
56:NAME IS NULL
09/02/04 02:19:47 .net
実務経験ない奴かこいつは
57:NAME IS NULL
09/02/04 19:20:54 Iq4gGBav.net
まあ、文字が長くてしかも文字列中に同じ部分が多いだとか
数字でも浮動小数点の処理が遅いマシンだとか、人生いろいろ
小泉さん見たいなもんだな
58:NAME IS NULL
09/02/04 20:47:49 .net
マンコ何秒の差…？
……今日は早く寝よ
59:NAME IS NULL
09/02/04 23:36:43 Kz+VF2P9.net
数字がいちばん
60:NAME IS NULL
09/02/04 23:38:11 .net
INTEGERって言ってるのになんで浮動小数点になるのか解らんが
61:NAME IS NULL
09/02/04 23:49:37 .net
>>47
Cのintなら、そのプラットフォームでもっとも自然で高速に扱える整数型と
されているわけだけど、OracleのINTEGERはNUMBER(38,0)だからなぁ。
しかもBCD。
62:NAME IS NULL
09/02/05 04:39:36 .net
だからORACLEはCHARが最高速ってみんな言ってるのでは。
63:NAME IS NULL
09/02/13 02:07:38 .net
ORACLEは独自規格がおおすぐる
64:NAME IS NULL
09/02/13 11:33:05 .net
ORACLEの独自規格が元になって標準化されてるんだろ？
標準化なんてORACLEの機能にエイリアスをつけてるだけじゃないか
65:NAME IS NULL
09/02/13 15:09:58 .net
信者乙
66:NAME IS NULL
09/03/20 15:13:37 .net
オラの糞仕様を囲い込むための標準仕様
67: 【東電 76.1 %】 【41.7m】 電脳プリオン ◆GDSZsj1GHk
12/04/28 00:36:14.89 .net BE:253380555-PLT(12079)
プライマリーキーって何よ？
68:NAME IS NULL
13/01/22 19:53:35.10 8Bz67402.net
インデックス張るんだから、どっちでも同じじゃん
69:NAME IS NULL
13/09/07 19:54:15.82 yraWLKNx.net
システムが要求する場合でユーザーには無用であるならば、開発する組織で統一すべき問題だと思う。
とすれば、>>1 はなぜ一人で悩んでいるのだろう？
個人的には、RDB使う側からみて、プライマリーキーの必要性がわからん。
柔軟で多様性求められるRDBシステムとしては必要になるのだろうが、それならシステム内部で勝手に付加して内部完結して欲しい。
ストレージコストの安い今ではたいしたことないのだろうけど、プライマリーキーのためだけのデーター(フィールド)なんて、無駄以外の何物でもない。
70:NAME IS NULL
13/09/08 12:20:19.71 .net
たぶんあなたの求めているものはRDBではない。
71:NAME IS NULL
13/11/19 02:17:46.66 .net
Number以外に選択肢ないだろ
マジレスすまん
72:NAME IS NULL
14/12/05 01:00:49.18 .net
URLﾘﾝｸ(pbs.twimg.com)