DB設計を語るスレ 10 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
どれのことかよくわからんけど、たぶんバカが逆切れしてるんだろうなぁ。 例えば食料品の情報をテーブルに入れるとすると
キッコーマン醤油 500ml 300円 塩分8%
ネスカフェ 300g 450円
菊正宗 1.8L 1000円 アルコール度数15
こんなデータだと、商品名や単価は各データに共通ですが、それ以外は共通点が有りません。
こう言う場合どんなカラムを持つテーブルを作成すべきですか? 各数値をなにかに使うならカラムを作ればいいし
単なる文字情報なら商品名に突っ込んどけばいい >>11
>各数値をなにかに使うならカラムを作ればいいし
商品名 単価 塩分 アルコール度数 、、、
みたいにするって事ですか?
>単なる文字情報なら商品名に突っ込んどけばいい
それだと例えば 15<アルコール度数 みたいな検索がやり辛いですよね? その例だけ見ると内容量も共通
アルコール度数や塩分濃度みたいな商品の詳細情報で
精度・性能ともに高いレベルのフィルタリングが必須なら
そういう分類で別途ククリだす
価格.comの検索とかで
商品カテゴリ毎に詳細検索できる項目を別途用意してるよね
あのイメージ >>13
>そういう分類で別途ククリだす
>
>価格.comの検索とかで
>商品カテゴリ毎に詳細検索できる項目を別途用意してるよね
>あのイメージ
まだよくわからないんですが、一つのテーブルでは無くて、複数のテーブルに分けるようなイメージですか?
そうだとしても、よく分かりません。 >>10
EAV
商品 (商品ID, 商品名, 単価)
商品属性 (商品ID, 属性名, 値, 単位) >>17
お前みたいな低能にはそうなんだろうな... ただの入れ物にしていく時代に逆行するパターンだなw 実際価格コムだとどうしてんだろうね
基本マスタとカテゴリごとのマスタに分けてる感はあるけど >>23
商品の種類だけテーブルを増やしていくんだな
買った商品一覧を詳細付きで取ってきたい時とかすげぇ面倒そうだ >>26
仮定の話なんで
ちなみにやる事になったらどんな実装で対応する?
後学のために知っておきたい 皆さんありがとうございました。
>>24
この価格コムの場合、
[最安価格][売れ筋][レビュー評価][クチコミ件数][登録日][スペック情報]
のようにしておいて、
[スペック情報]の部分でパソコンやテレビなどのカテゴリーの事なる製品の
情報を保管するわけですね。
そう言うのを共通マスタと派生マスタと言うんですか?
ググって勉強してみます。
疑問点があればまた質問しますので、よろしくお願いいたします。 自分で言っといてなんだが共通マスタと派生マスタという呼び方はあまり一般的ではないかも
>>22の書いてる基本マスタとカテゴリ別マスタみたいな呼び方のほうが多いかもね
とりあえずデータベースの派生関係とか継承でググれば解説してるサイト出てくるよ 派生マスタってじつは見たことない
たいていカラム増やすか予備カラムにまとめてぶっこんでる >>30
>予備カラムにまとめてぶっこんでる
そんなの手抜きシステムだろ 名簿みたいなデータではPKを何にしたら良いでしょうか?
電話番号だと電話が無い人もいるし。 ほんとになにもないなら自分で連番振っとけばいいんじゃね まー名寄せというのは名前が付くくらい昔からある根深い問題だよな 同じことだよ。ハッシュで区別できるためには元のデータで区別できなきゃならん。
連番も似たようなもの。 一般的なハッシュってのは
違う物に対して同じ値を生成するんだぜ
元のデータで区別できたとしても、ハッシュかけた段階で区別できなくなる可能性があるんだが
そんなものを主キーにするとか狂気のさただな >>38
>一般的なハッシュってのは
>違う物に対して同じ値を生成するんだぜ
そんなハッシュあるのかw ハッシュ衝突は理屈上あるが
元データさえ違うなら心配する確率ではないね
とはいえ、PKに使うものじゃないと思うし連番で十分じゃないかな ハッシュが衝突しないとか言ってる奴はMD5みたいな奴しか知らんのか?
理屈上どころか衝突前提のハッシュなんていくらでもある MD5辺りを単にハッシュと書いたアホが引っ込みつかなくなってるだけでしょ というか、MD5はハッシュだし
MD5だって衝突の可能性はあるわけだが >>53
やっとわかったわ
お前勘違いやなくそもそも根本的に何もわかっとらんやろw 友達いないんだろうな...
まあ頑張って一人て吠えてなよ w >>55
いやお前がもっと頑張れやw
最初の勢いはどうしたw また吠えてるよ...
技術的な話じゃなくなると勢いあるな w >>57
え?技術的な話じゃなかったのかw
お前のその深い勘違いの根っこは一体どこにあんねんw >>58
俺は技術的な話のつもりだったけど
「勘違い」としか連呼できないアホが絡んできたってだけのこと >>59
しゃあないやろ勘違いをしとるんはお前なんやからw自業自得やぞw >>61
どや?そろそろ耳の火照りもひいた頃合いやろからお前の勘違いを全部さらけだしてみたらどうや?
間違ってるとこおしえたるでw >>62
> 間違ってるとこおしえたるでw
書いてからほざけよ w
どうせ頓珍漢なことしか書けないから引っ張ってるだけだろ? >>63
アホかとっくにしびれをきらしとるわw
いいから早くお前がハッシュを何だと思ってるのか書けよ
お前の勘違いしてるとこ教えてやるからw どうせハッシュ関数とハッシュ値は違うとか言い出すんだろ
文脈で判断しろよ、バーカ w >>65
それはもう教えてやったやつやろw頓珍漢はお前やわw
てかそんなに恥かくの嫌やったらはじめから何も言うなやw
ホンマにカスやなお前w >>67
また動揺してエセ関西弁うつっとるでw恥ずかしいのぉ〜w >>68
まだ粘着してるのかよ w
勘違いと言い張るならどこのレス見てどう勘違いしてると思ったのか書けよ
それが書けないからいつまでも勘違いを連呼するしかないんだろ w >>69
お前なあwメッチャ自分の勘違いが気になっとるくせになんで素直に聞けんのやw
粘着しとるのお前やでw恥ずかしいのぉ〜w はいはい、具体的なにも指摘できないならいちいち絡んでくるなよ w >>71
何かうやむやにしたいみたいやけど悔しくてレス返さんと気がすまんのやなw
てかそもそも誰もお前がスキル高い奴だなんて思っとらんからそんなに悔しがる意味もないんやけんどなw 何のためにもならない罵り合いになってるので、もうやめたら? >>73
まだレス返すんかwどんだけ悔しいんやw
無理してそんな煽りレスばっかしとらんと素直にハッシュについて言えばいいやんけw
教えてやるって何度も言っとるのにw >>75
>>46
煽りしかできないアホの出る幕じゃねーよ w >>76
おいおい何ふりだしに戻しとるんやw
やっぱり何もわかっとらんから自分の言葉で言えんやんけw
で、それみてお前どうやって衝突前提のハッシュなんて勘違いしたんやw
言ってみ?教えてやるからw盛大にバカにした後でやけどなwww 当事者じゃないけど、うざいよ。
ハッシュテーブルのこといってるんじゃないの?グルーピングの用途でハッシュ関数使うって意味で データベースの用途で、グループ分けしたい時に
多対一の変換に意味があるのか? >>79
多対1じゃなくて、多対n。結合するときにないぶてきに使われるhash joinとかこの方式だよね。 衝突前提じゃないハッシュは完全ハッシュとかいわれて普通はただのハッシュとは違う扱いなわけだが
いいかげん具体的な指摘なしで勘違いとしかほざけないやつはうざいわ >>77
> で、それみてお前どうやって衝突前提のハッシュなんて勘違いしたんやw
前提なしでハッシュって書いたら衝突するケースを想定するのは当たり前
そう言うことを知らなかった>>39が暴れてるだけだろ おやおやようやく勘違いの全貌が見えて来よったなw
後で教えたるからなw
とりあえずそれまでみんなで>>81を盛大にバカにしときw 何の名簿か知らんけど、会社でも社員コードってのがあるんだから>>34で良いじゃん。
何揉めてんだか
>>33はそれの何が不満なんだよ。 なんだこれ。
PKを連番じゃなくてハッシュ値にすべきって散々煽ってたのか。どんな回答するのかすげー気になるわ。 >>86
>>87の言う通り社員番号とかのユニークキーがあればそれを使えばいい
なんにもなければ>>34の言うように連番を振るとかyymmdd+枝番とか要件によってユニークな番号を振ればいい
とりあえずハッシュバカは無視でいい w >>89
お?バカ少しおとなしくなったやんけw完全ハッシュはどうしたw >>92
もっといい解があるなら示してみてよ
>>93
> 適切なものがなければ、作らなくて良いと思うが
> PKを何にしたら良いでしょうか?
って言ってるのにバカですか? PKを指定しなければDB側で良きに計らってくれるんじゃ? 連番を良きに計らってくれる機能は多くのDBMSで実装されてるが
PKを指定しないときによきに計らってくれるDBMSなんてみたことないわ
と言っといて、ACCESSとか勝手に連番でPK作ってくれた気もするな
すくなくともRDBMSの基本理念においては、すべてのテーブルはPKを持つべしっとなってる 実際プライマリーキーのないテーブルが作れるんだから
持つべしってことはないでしょ >>94
ええでその調子やwビビらんともう少しその勘違い晒せやへたれw ■ このスレッドは過去ログ倉庫に格納されています