- ベストアンサー
ツリー構造をRDBで表現するには？
ARCの回答
- ARC
- ベストアンサー率46% (643/1383)
部品テーブル 部品ID 部品名 : 構造テーブル 部品ID 構成部品ID 数量 : のようなテーブルを作ればいいのでは？ 例えば、ドライカレーのレシピなら 部品テーブル 部品ID 部品名 単位 1 ドライカレー 皿 2 ご飯 合 3 カレー粉 g 4 植物油 cc 5 米 cc 6 水 cc 7 コリアンダー g 8 ターメリック g 9 チリパウダー g 構造テーブル 部品ID 構成部品ID 数量 1 2 1 1 3 30 1 4 15 2 5 180 2 6 270 3 7 0.2 3 8 0.3 3 9 0.5 として表現可能です。 ドライカレー１皿は{ごはん1合, カレー粉30g, 植物油15g}で出来ていて、ごはん１合は{米180cc, 水270cc}、カレー粉1gは{コリアンダー0.2g, ターメリック0.3g, チリパウダー0.5g}で出来ていることが見て取れると思います。 ちなみに分量は滅茶苦茶です(^^; 部品にどれだけ階層が増えようと上記の二つのテーブルだけで表現できますし、任意の部品の構成部品を調べることも容易です。
関連するQ&A
- RDBのデータ構造について
RDBに関する質問です。以下のURLのページを見てRDBを使用した場合、 どういうデータ構造になっていますか？（テーブル・ リレーション関係） https://goosa.net/item/GS1900660/top 自分は以下のような構造になっていると考えましたが、合っていますか？ ・user table（ユーザーテーブル） id user_name tel phone ・product table（商品テーブル） product_id product_name price img ・user_favorite table（お気に入りテーブル） id user_id = user.id(1対1) product_name product_id
- 締切済み
- MySQL
- RDBの親子関係の表現について
はじめまして。 RDBの設計について、基本的な質問になりますが、 宜しくお願いします。 親子関係の表現の仕方について。 以下の２つのテーブルがあったとします。 ・会社マスタ ・部署マスタ 会社には複数の部署が存在するとして、 これをテーブルにする場合、 パターン(1) (部署マスタのPKに会社CDを含める) 会社マスタ ・会社CD（PK） 部署マスタ ・会社CD（PK） ・部署CD（PK） パターン(2) (部署マスタのPKに会社CDを含めない) 会社マスタ ・会社CD（PK） 部署マスタ ・部署CD（PK） ・会社CD で親子関係を表現することができると思います。 親子関係を表現する上で、 パターン(1)、(2)のどちらを採用すればよいか、 判断基準が分からず困っています。 パターン(1)と(2)はどのような違いがあり、 どのようなケースに適用すべきなのか教えて頂けないでしょうか？
- 締切済み
- Oracle
- XMLデータをRDBに格納する際のテーブル構造
データベース初心者です。 ちょっとしたWebアプリを作成しているのですが、以下のようなXML構造のデータを RDB（SQLサーバー2008）に登録する際のテーブル構成をどのようにすればよいか困っています。 本やインターネットで調べたのですが分からなかったので、もしわかる方がいましたら教えて下さい。 【xml構造】 ※登録されたWebサービスに送るパラメータ情報の定義 <xml> <name></name> <url></url> <a_params>? <param>* <value>| <id>| <date> </param> </a_params> <b_params>? <param>* <value>| <id>| <date> </param> </b_params> <c_params>? <param>* <value>| <id>| <date> </param> <c_params> </xml> 【タグの属性】 param ： name value ： なし id ： length, prefix date ： format 【タグ後ろの記号の意味】 ? 0回または1回必要 * 0回またはn回必要 記号なし 1回必要 単純に考えると、a_params | b_params | c_params毎にそれぞれvalue | id | dateの中間テーブルを 用意することになりそうですが、そうなると最低でも合計10個（１＋3×3）のテーブルができてしまいます。 以下のように中間テーブル内で、どこのフィールドで使用されているか持たせば、テーブル数も 合計7個（１＋3×2）となり、冗長なテーブルも減らすことができるかと思いましたが、 他によい方法はないでしょうか？ 例：子要素Valueの場合 [Applicationテーブル] id name url [ApplicationValueテーブル] ←中間テーブル ApplicationID ：Applicationテーブルのid FieldType ：どこのフィールドで使用されているか（a_params or b_params or c_params） ValueID ：Valueテーブルのid [Valueテーブル] id ：PK value RDBでの実現が難しい場合は、SQLサーバのXML機能での実現方法も教えていただきたいです。 よろしくお願いします。
- 締切済み
- SQL Server
- ExcelのVBAでデータをツリー構造にしたい
Excelのあるシート「シート１」に親子関係が記されたデータがあります。 列の親には親の名前が、子にはカンマ区切りで所属する子の名前が記されています。 ＜シート１＞ 親 子 A1 A2,B1,B2,B3 B1 C5 A2 C1,C2,C4 B2 C1 C2 C3 C4 B3 D1,D3 D1 D2 D3 D2 これを下のシート２のようなツリー構造で親子関係を表現したいです。 １、２、３、４はそれぞれ列で、セルの行と列を変更することで、 ツリーの親子構造を表現します。 ＜シート２＞ １ ２ ３ ４ A1 A2 C1 C2 C3 C4 B1 C5 B2 B3 D1 D3 D2 条件は以下のようになります。 a.シート１の記述順は順不同だが、一番上の行は必ず、一番上の親が来る。 b.一番上の行の親以外は、必ず親を持ちます。逆を言えば、「A1」以外には必ず親が存在し、親をたどると必ず「A1」になります。 そんなに難しくないかとは思うんですが、循環関数を作って考えるのが、今の眠い頭でできなくて…。
- ベストアンサー
- オフィス系ソフト
- Ｃ言語 リスト構造
--(装置A)--(装置B)---(装置C)--- | ---(装置E)--- 上の例のように途中で分岐があるリスト構造を あらわすために、Ｃ言語でどのような構造体をもつべきでしょうか？ (装置A),（装置B),(装置C)のつながりだけをリスト構造で持つ場合は、 struct device { int no; char name[NAME_SIZE]; device_t *next; //次の device 構造体へのポインタ }; のような構造体を使いリスト構造にできましたが、 (装置A),（装置B),(装置C)のつながりと (装置A),（装置B),(装置Ｅ)のつながりの両方に対応する（分岐のある構造にも対応する） ためには、どのようなつくりにすればよいでしょうか？ できれば、サンプルなどでおしえていただけますとありがたいです。 よろしくお願い致します。
- ベストアンサー
- C・C++・C#
- ファイルメーカーPro7で、階層構造の部品表を表示したい
ファイルメーカーPro7で階層構造の部品表を表示したいのですが、方法がわかりません。ちょうどエクスプローラーの左側の画面のような感じにしたいのですが、ポータルの中にポータルは作れないので困っています。 現在は、品番と品名のテーブル、親品番、子品番、数量のテーブルがあり、1階層だけ表示できています。（ただのポータルです） 新しくテーブルを作り、親品番、子品番、数量、階層の深さを記録していけばよいように思うのですが、どのように実現すればよいか分かりません。良いお知恵をお貸しください。よろしくお願いします。
- ベストアンサー
- その他(データベース)
- 表現がおかしい?
WEBの列車運行情報や駅の表示で 「運転を見合わせています」の表現が使われますが この表現は運行可能ではあるが、事情により一時的に運行しない。 と読み取れます。 http://www.weblio.jp/content/%E9%81%8B%E8%BB%A2%E8%A6%8B%E5%90%88%E3%82%8F%E3%81%9B 過去にも同様な質問があります。 しかしながら、明らかに運行不可能な状況でも同じ表現をしています。 http://traininfo.jreast.co.jp/train_info/shinetsu.aspx 昔から鉄道関係には不思議な言い回しがあるようで 「閉まるドアにご注意下さい」なんかも当時話題になりましたね。 なぜ、分かりやすい表現にしないのでしょか。
- ベストアンサー
- 路線・駅・電車
- DBI、joinsした時の、出力構造について
先日、 joinした際、同じidのものは 纏まってくれたらハッピーだと考えました。 あれそれ動かしてきたのですが、出力結果でゴニョゴニョ行うのではなく、 一発で 目的の出力結果にならないものでしょうか。 よろしくお願いします。 テーブル１ a___b___c_ 1___BB__CC 2___BB__CC 3___BB__CC テーブル２ d___e___f D___E___1 D___E___2 D___E___2 結合テーブル a___b___c___d___e___f 1___BB__CC__DD__EE__1 2___BB__CC__DD__EE__2 2___BB__CC__DD__EE__2 3___BB__CC__ 出力結果 $VAR1_=_[ __________{ ____________'a'_=>_1, ____________'b'_=>_BB, ____________'c'_=>_CC, ____________'d'_=>_DD, ____________'e'_=>_EE, ____________'f'_=>_1, __________}, ____________[ ______________{ ________________'a'_=>_2, ________________'b'_=>_BB, ________________'c'_=>_CC, ________________'d'_=>_DD, ________________'e'_=>_EE, ________________'f'_=>_2, ______________}, ______________{ ________________'a'_=>_2, ________________'b'_=>_BB, ________________'c'_=>_CC, ________________'d'_=>_DD, ________________'e'_=>_EE, ________________'f'_=>_2, ______________}, ____________] __________,{ ____________'a'_=>_1, ____________'b'_=>_BB, ____________'c'_=>_CC, ____________'d'_=>_, ____________'e'_=>_, ____________'f'_=>_, ___________}, よろしくお願いします。
- ベストアンサー
- Perl
補足
やっぱりこれっきゃないですよね。 実は、私も基本構造はこの考え方でやってはいるのですが、どうもですね。 何がどう悪いのかはっきり説明のつかない点が、一番問題ですね。 考えが整理できてなくて申し訳ないです。 えーとまず、この構造ですとおっしゃる通り何層構造になろうが、任意の部品の親子構成は簡単に表現できます。クエリー一つ作るだけです。 ところがこれが三層構造くらいですと問題はないのですが、いくつも連なってくると親子関係のそのまた親子関係そのまた親子関係というように系列で表現せなばならず、縦横無尽に系列をさかのぼる、下る、あるいは一度に頭から尻尾まで系列を表示するというような必要が出てきました。 これを表現するために、部品一覧フォームからある部品を選択すると、その子部品構成を表示するポップアップを作り、このポップアップのある部品を選択するとさらに孫部品を表示するポップアップが開くというような仕掛けを作って四苦八苦しているのですが、いくら作っても正直きりがありません。 さらに系列を一度に表示させようとすると、サブフォームやサブリポートを無理矢理駆使しまっくって余計混乱させている有り様です。 それから、困った点は、ドライカレーも部品になり得ることで、例えば「ハンバーグドライカレーうどん」になってしまうのです・・ にもかかわらず、部品の概念と完成品の概念はやはり区別しなければなりません。 というような問題が山積みしてまして、頭はパニック。うまく説明できなくてごめんなさい。 テーブル構造は問題ないとすると、やはり私のユーザーインターフェイス作成能力の部分が問題ですね。 このテーブル構造で系列を表現するのにいい仕掛けがありましたらぜひご教授下さい。