【より良い】データモデリング【モデルを】 (542レス)
1-

323
(1): 2005/08/20(土)22:14 ID:UVFT2kPn(1) AAS
スレ違いかもしれないけど、相互参照(交差エンティティ)のテーブルって
日本語が使えない時はどんな名前にしてますか?
〜マスタだと「〜MST」
〜のログだと「〜TRN」
〜と〜の相互参照だと「〜???」
私と似た様な命名規則を適用されている方、どうかお知恵をお貸し下さい。
324
(1): 2005/08/22(月)09:41 ID:??? AAS
自分ルールなんだから、自分で決めろよそれぐらい。
そもそもサフックスにするところから議論になるぞ。

まず、プレでも何でもつけるか否か、つける場合の分類、そして略称。
そこの末端だけのことなんだから、開発者は小脇に辞書を抱えて即引きするのが常識。
命名で悩んでる時間がもったいない。
325: 2005/08/22(月)13:32 ID:??? AAS
>>324
議論ではなく、同様ので命名規則を適用している方で
サフィックスだけでもどうやってるのかと意見をもらいたくて・・・。
何にせよ、スレ汚しごめ。
326
(1): 2005/08/22(月)23:01 ID:??? AAS
Crsってサフィックスを見た事があるよ。
設計・命名者はメインフレーム出身の割と古い人。
327: 2005/08/23(火)00:11 ID:??? AAS
>>326
貴重な情報、ありがとうございます。
早速、関係するテーブル名を連結+CRSで命名したいと思います。
328: 2005/08/23(火)08:35 ID:??? AAS
でも英語としてあってるかどうか知らんよ。
あとで保守する人にだせーとか言われるかもよ。
329
(2): [0] 2005/08/25(木)01:16 ID:??? AAS
データウェアハウスの論理設計に関していい書籍やネット上の情報があったら教えてください。
330
(2): U ◆CZtFsGiu0c 2005/08/25(木)13:43 ID:??? AAS
>>323
相互参照の略ならXREFなんてどうだろう。
331: 2005/08/26(金)09:50 ID:??? AAS
>>330
あんた、センス良いね。
332: 2005/08/27(土)00:08 ID:??? AAS
>>330
m:m確定ならそれいいね!
1:m, m:1かm:mのどちらかわからないときは"REF"だけでもよさそうだね。
333: 2005/08/28(日)15:30 ID:??? AAS
>>329
DWHは書籍とかネットとかの情報は少ないよ。

というかね、そもそもモデリングとか正規化とか無縁の世界。
どういう切り口でデータを分析するかが目的だから、
正規化とかを ”しない” のが普通。
どうすれば必要なデータをだせるのかを最優先に考え、
その為ならば、データベースの構造がどうであってもOK。

だから、通常は業務でデータを蓄積してる、ちゃんとモデリングや正規化されたDBとは別に
DWH用のDBを別に構築して、そこへ必要なデータを夜間バッチとかで流し込む。
334: 2005/08/29(月)17:39 ID:??? AAS
>>329
M$のSQL鯖に付いてる。
使ってみると分かるとおもうし、
MSDNにも資料落ちてるんじゃないかな。

要は、どんな分析をしたいのかをある程度
見極めとくことだと思う。
335
(2): 2005/09/01(木)22:49 ID:3lCOPcx7(1) AAS
アドバイスお願いします。

現在、商品のテーブルに商品区分のフィールドがあります。
商品区分が'1'の時、計算で使用する項目は標準単価のみ(数量x標準単価=金額)。
商品区分が'2'の時、計算で使用する項目は重量、重量当りの単価。(数量x重量x重量当りの単価=金額)
商品区分が'3'の時、計算で使用する項目は縦、横、奥行、サイズ当りの単価。(縦x横x奥行xサイズ当りの単価=金額)
このような時、商品のテーブルには標準単価、重量、重量当りの単価、縦、横、奥行、サイズ当りの単価のフィールドを設けるべきでしょうか?
それとも商品区分毎に各テーブルを設けるべきでしょうか?

このシステムの前担当者は商品テーブルに全てのフィールドを設けているようですが、
ちょっとひっかかるところがあって、質問しました。

以上よろしくおねがいします。
336
(1): 2005/09/02(金)04:00 ID:??? AAS
なぜ2に数量があって3には無いんです?

標準単価は例外なく全ての商品に入りません?
商品テーブルに単位(1:個 2:kg 3:cm^3 など)が入ってれば・・・

重量 2kg と 5kg 、あるいはサイズ 1m×2m×0.4m と 0.2mm×0.5m×0.05m とで、
商品名(商品コード)は同じですか?異なるんですか?
重量やサイズは注文ごとに計量加工して出荷するんですか?定重量・定サイズのもので在庫してるんですか?

その辺の業態の違いで変わってくるように思いますが…
337
(2): 2005/09/02(金)05:25 ID:??? AAS
>>336
>なぜ2に数量があって3には無いんです?
申し訳ありません。私のミスです。
仰るとおり3は数量x縦x横x奥行xサイズ当りの単価=金額となります。

>標準単価は例外なく全ての商品に入りません?
この点なのですが、各商品区分によって標準単価の少数以下の有効桁数が微妙に違うのです。
例えば1の時は少数以下無し、2の時は少数第二位等・・・。
汎用性を考えFloatやDouble等で定義すれば解決なのですが、
仕様通りの型に何とか当てはめれないかと悩んでおります。

>重量 2kg と 5kg 、あるいはサイズ 1m×2m×0.4m と 0.2mm×0.5m×0.05m とで、
省14
338
(1): 2005/09/02(金)08:11 ID:??? AAS
>>337
数量もCurrencyで問題ないかと思いますが・・・
浮動小数点じゃ誤差が出てしまうのではないかと
339
(1): 2005/09/02(金)16:12 ID:??? AAS
>>338
>数量もCurrencyで問題ないかと思いますが・・・
>浮動小数点じゃ誤差が出てしまうのではないかと
商品のテーブルには数量は含めない予定です。
数量はあくまで伝票入力時に入力するものとし、標準では常に1とするからです。

>>335
>このような時、商品のテーブルには標準単価、重量、重量当りの単価、縦、横、奥行、サイズ当りの単価のフィールドを設けるべきでしょうか?
>それとも商品区分毎に各テーブルを設けるべきでしょうか?
この点はどのように考えると良いのでしょうか?
設計1
省24
340: 2005/09/02(金)21:53 ID:??? AAS
だれが数量を商品マスタに入れようと思うかよ
複数の重量にしてもそんなこと聞いてないと思うが
341: 2005/09/03(土)02:22 ID:??? AAS
>>337
> 汎用性を考えFloatやDouble等で定義すれば解決
> 重量に関しては、2kg,5kg等というような複数の重量は無いとのことです
>>339
> 商品のテーブルには数量は含めない予定です。
> 数量はあくまで伝票入力時に入力するものとし、標準では常に1とするからです
342: 2005/09/03(土)02:26 ID:??? AAS
 重量
 縦
 横
 奥行

って数量ですよ?
お客さんから寸法や重量を指定されるたびに商品を追加するとか?
1-
あと 200 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.008s