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)