0003NAME IS NULL2006/08/24(木) 01:20:49ID:jfeUP51E 1です。 >>2の意見に納得しました。 たしかにそれを適宜判断するのが仕事ですね。 あたりまえのことに気付きました。 ありがとうございます。 っていうのはうっそっぴょーんww >>2おまえ絶対嫌われ者だろ?ん?正直いってみろクズ 親に虐待されてそだったんじゃない?うふふ
0009NAME IS NULL2006/08/25(金) 02:40:50ID:??? >>3 >1です ってのは、>>2の意見にかっとなって、 >おまえ絶対嫌われ者だろ?ん?正直いってみろクズ と書いたところみると、ほんとっぽいな。 他人に煽られてたぐらいで頭にくるくらいなら、クソスレ立てなきゃいいのに。 一番ださいことを>>1=>>3はやってしまった。 しかも、おまけにつまんねぇ。
00101です。2006/08/25(金) 04:18:41ID:O2OEAxxZ >>9 の意見に怒りのあまりとんでもないことを しでかした自分に激しく自己嫌悪しています。 ご指摘の通りでございます。 っというのはうっそぴょおおおおおん >>9 キモオタ低所得はROMってろww
0011NAME IS NULL2006/08/26(土) 05:53:04ID:id9yvgTb 9です。 皆さんを不快にさせて申し訳ありませんでした。 >>2の書込みも自分です。 1さんが>>3の書込みで >親に虐待されてそだったんじゃない?うふふ とずばり私の育った環境をあててしまったので どきっとして他人を装ってこんな書込みをしてしまいました。 本当に申しわけありませんでした。 私は幼少の頃から何をするにも親から非難されて育ったので 非常にナイーブで周りの目にびくびくして生きています。 私は生きてる値打ちなんてないゴミ以下の存在です。 皆さんを不快にさせて申し訳ありませんでした。
0012NAME IS NULL2006/08/26(土) 18:35:43ID:??? 金曜日に投稿して、誰もそれに返事してないのにさらに土曜日に続けに投稿するところみると>>1=>>3=>>10=>>11はよほど 悔しかったのかな。しかも、投稿時刻が朝の4時とか5時で自分からニートであることを 宣言しちゃってるし・・・・・・
0016NAME IS NULL2006/09/03(日) 19:20:02ID:IFPR3xSl 本当の8です バイナリラージオブジェクトを覚えたてでつい >>1を茶化そうとこんなつまらない書き込みをしてしまいました 悪いと思ってますん
0017NAME IS NULL2006/09/06(水) 22:58:25ID:??? 真実の8です。 でも内心では自画自賛しています。 だってさ〜、PRIMARY KEYにBLOBだぜ? ユーモアのセンス抜群じゃん プププ
00182です2006/09/07(木) 01:08:41ID:??? プライマリーキーは数値にすべきです。 速度が段違いです。 それにChar型にするということは、 emailや名前をKeyにすると言うことなのでしょうが そういうデータは後々重複を要求される可能性が出てきます。 プライマリーキーは数値の連番とかがベストでしょう。 あとの値はユニークにでもしとけ。
0019NAME IS NULL2006/09/07(木) 10:36:38ID:??? > プライマリーキーは数値にすべきです。 > 速度が段違いです。 DBMSによります。 > それにChar型にするということは、 CODE39とか知りませんか?
0022NAME IS NULL2006/09/08(金) 13:33:13ID:srpgzZf/ ECの大阪公演の前座に、Charが決定してるらしいよ 詳細は、Charのファンクラブにも電話で問い合わせたらいいと思うよ。
0028NAME IS NULL2006/09/15(金) 16:07:50ID:zqgtCjpo >>18 >>emailや名前をKeyにすると言うことなのでしょうが ってまじでいってんの? Char型で入るのか? Char型って固定長だぞ?おい解ってるのか? メールアドレスや名前ならVarchar型にいれんだろ普通
0029NAME IS NULL2006/09/15(金) 16:14:25ID:zqgtCjpo >>18 >>プライマリーキーは数値にすべきです。 >>速度が段違いです。 速いよ!大体のDBでは速度向上望めるぞ でもそれは一人で作業する場合だけな。 3人チームで設計書も書けない馬鹿が数値だけでDB作って、 データの値から全く推測できず、カラム名もなんとなくそれっぽいけど 作った本人以外は解読に少々時間かかる始末。 そんなDBつくってんのは雑魚零細企業のWEBサイトか アダルトサイトくらいなもんだろうなあ。
0032NAME IS NULL2006/09/16(土) 14:50:51ID:SJNe3vWa MACアドレスみたいな文字列をプライマリーキーに使うのか? どんな膨大なデータに利用するの? 意味解らんそこまでする必要性があるのだろうか WEBアプリ作るだけでGUID利用しましょうなんてバカ出てくるからだまっとけ
0039NAME IS NULL2007/09/19(水) 01:26:22ID:??? 複数カラムでプライマリキーを構成する場合、charも数値も混在することあるけど。 5個も6個もつなげないとユニークにならないキーも嫌だ。
0047名無し募集中。。。2009/02/03(火) 02:44:37ID:kdjvI4gv 多くのDBで最高速はINTEGER型だよ 次点がVARCHAR OracleではCHAR信仰があるけど、殆どのDBではCHARよりVARCHARの方が速い
0050NAME IS NULL2009/02/03(火) 05:07:11ID:??? レコード長の問題じゃない 文字列を比較するのと数字を比較するの、 どっちが高速になるか、プログラマなら解るよな?
0051NAME IS NULL2009/02/03(火) 08:57:32ID:??? いや、意外と分からない人がいるんだよ・・・ この前なんか「Accessで比較したら文字列にした方が速かったぞ!」と言い出す人までいたし (実測値だから本当らしいのだが)。
0052NAME IS NULL2009/02/03(火) 17:50:26ID:Ujn7hWmY そういうのに限って突き詰めていくと、 メモリーキャッシュにデーターがロードされていたりする。 早くて当たり前だと。
0053NAME IS NULL2009/02/03(火) 22:24:30ID:??? >>50 >>51 分からんな。例えばOracleで、CHAR(8)よりINTEGERの比較の方が速いって 本当に言い切れるか?言い切れるとしたらどういう理由で? とはいえ、DBのパフォーマンス語る上ではそんなもの誤差でしかないのだがな。
0055NAME IS NULL2009/02/04(水) 01:56:55ID:??? >>53 そうだとおもう。 100万件のレコードを検索しても、CHAR(8)とINTEGERとの差はコンマ何秒の差だろう。
0057NAME IS NULL2009/02/04(水) 19:20:54ID:Iq4gGBav まあ、文字が長くてしかも文字列中に同じ部分が多いだとか 数字でも浮動小数点の処理が遅いマシンだとか、人生いろいろ 小泉さん見たいなもんだな
0061NAME IS NULL2009/02/04(水) 23:49:37ID:??? >>47 Cのintなら、そのプラットフォームでもっとも自然で高速に扱える整数型と されているわけだけど、OracleのINTEGERはNUMBER(38,0)だからなぁ。 しかもBCD。
0064NAME IS NULL2009/02/13(金) 11:33:05ID:??? ORACLEの独自規格が元になって標準化されてるんだろ? 標準化なんてORACLEの機能にエイリアスをつけてるだけじゃないか
0069NAME IS NULL2013/09/07(土) 19:54:15.82ID:yraWLKNx システムが要求する場合でユーザーには無用であるならば、開発する組織で統一すべき問題だと思う。 とすれば、>>1 はなぜ一人で悩んでいるのだろう? 個人的には、RDB使う側からみて、プライマリーキーの必要性がわからん。 柔軟で多様性求められるRDBシステムとしては必要になるのだろうが、それならシステム内部で勝手に付加して内部完結して欲しい。 ストレージコストの安い今ではたいしたことないのだろうけど、プライマリーキーのためだけのデーター(フィールド)なんて、無駄以外の何物でもない。
0073NAME IS NULL2015/10/13(火) 19:13:02.18ID:AMFNUZwt RDBの数値型って基本的にコンピュータの数値型じゃないからな。 文字型も数値型もたいして変わらない。
0074NAME IS NULL2015/11/18(水) 00:53:51.43ID:EYIARzcA 権利収入を永続的に獲得出来る方法→http://stampfactory.net 確実に儲かるビジネス。 http://stampfactory.net
0084NAME IS NULL2016/05/07(土) 19:22:16.94ID:??? 都道府県ってそれ自体キーになるんだから、そのまま使っていいよね? いちいちコードを割り当てる必要性がよく分からん。
0087NAME IS NULL2016/05/09(月) 02:32:25.23ID:??? >>85 編成したら新しい州でとして別もんになるのになぜコードを割り当てる必要があるの? 過去データはどうするの? この期間は青森県でこっから青森州ですとか無駄なマスタ作るの? >>86 コードに読みをふるのと、 青森っていうコードに読みをふことに何の違いがあるを教かえてくれ。 どちらにしたって、キーを参照して、読みをもってくるか、フリガナを検索してキーを持ってくるっていう方法は変わらんだろ。
0089NAME IS NULL2016/05/09(月) 15:10:33.70ID:bsfml+jJ >>87 そもそもマスタ管理を知らない? ある日、突然マスタデータを更新するような運用は普通しない。
0091NAME IS NULL2016/05/12(木) 23:12:21.74ID:HmbS4CfD 画面ってなんだよw マスタデータをいじる画面かいるかどうかはその業務、システムの仕様だろ。 何言ってんのかよくわからん。
0092NAME IS NULL2016/05/12(木) 23:16:07.51ID:HmbS4CfD トランザクションデータだって、マスタデータだって、履歴もバックアップもとらずに消去するシステムなんてありえない。
0093NAME IS NULL2016/05/13(金) 10:41:23.83ID:??? >>91 マスタメンテナンス画面というものが存在するなら、ある日、突然マスタデータが更新されるでしょって事だが
0095NAME IS NULL2016/06/04(土) 07:44:34.90ID:??? >>93の言ってる事のほうが論理的で正論だな。 >ある日、突然マスタデータを更新するような運用は普通しない。 >マスタデータをいじるかどうかはその業務、システムの仕様だろ。 同じ人間じゃないかもしれないが、反対派の意見が矛盾してしまっている。
0099NAME IS NULL2016/07/08(金) 18:51:59.85ID:??? 未来永劫不変だと思われるデータのみを「マスター」だという派がいるな 性別:男, 女 都道府県:北海道, ・・・ まあ、どっちも未来永劫不変というわけではないのだが
0102NAME IS NULL2016/10/09(日) 11:42:02.25ID:??? マスタデータっていうのは他から参照されるデータのこと 一般的には更新頻度は低い。(追加は多い場合もあり)。ただし商品名のように季節やセールごとに代わる場合もある。 つまり、更新頻度に注目してマスタかどうか判断するべきではない 更新は手動で行われる。 対になる言葉としてはワークデータがある 販売実績など動作ごとに発生するデータだ システムから出力されるデータであり、手動で入力されることはほとんどない システムによるが一般的には追加ばかりで更新されることはない また、参照される頻度も低い場合が多い
0103NAME IS NULL2016/11/16(水) 23:00:54.60ID:m5+ecl6T 商品マスタなんかだと自動洗替え処理とセットになってるのでは? そういやしょっぼいテスト環境で、PKをシステム日付にしてるのを見たことある。 多分、問題は出てないんだろう。 Oracleだとしたらmsまでしか持ってないから、そこそこの環境に移植した時に一意制約でこけるんだろうな
0104NAME IS NULL2016/11/29(火) 00:10:51.63ID:??? マスターは変更しないだろ。 いや、変更しないと書くと誤解がある。 変更しても履歴を残すと書いた方がいいか。
0105NAME IS NULL2016/12/03(土) 07:55:44.94ID:ivKcP5uE >>103 1ヶ月に一度とか1日に一度しか更新されないマスタデータならあり。 何日のマスタとかそういう使い方なのかもしれない。
0106NAME IS NULL2017/12/29(金) 12:05:05.57ID:dtNZwIie 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 RUN7OXO5XP
0107NAME IS NULL2018/02/14(水) 13:42:57.53ID:??? ☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、 改憲議員が3分の2を超えております。『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆
0108NAME IS NULL2022/06/05(日) 20:37:44.43ID:Qipf6EaS 「サンモニ」青木理氏、防衛費増額「やっていいとは思わない」直後に北朝鮮の飛翔体 ★4 [6/5] [昆虫図鑑★] http://2chb.net/r/news4plus/1654426085/-100 1昆虫図鑑 ★2022/06/05(日) 19:48:05.50ID:CAP_USER 161名無しさん@恐縮です2022/06/05(日) 10:50:54.38ID:8lxHYeic0 「サンモニ」青木理氏、防衛費増額「やっていいとは思わない」直後に北朝鮮の飛翔体 /news.yahoo.co.jp/articles/99a9fa2d5cb124f533cb7a267e27cd729879ee0b