1樓：我w想我是海
因為產品表中的產品單品數量是有限的，而訂單明細表可以是無限的，它可以有很多產品單品的數量組合!產品表可以包含很多訂單明細表，所以它們是一對多關係
2樓：源源流長長
產品表是公司自己產品說明
訂單明細表是不同的客戶確定的產品明細表
3樓：勤奮的哈哈
因為一個訂單明細中可以有多個產品，所以是1對多的關係
4樓：匿名使用者
因為一個產品可能有多個訂單，同一個產品為了區分客戶不同時間下的訂單，每次客戶下單都會有一個訂單號，方便追蹤。
5樓：匿名使用者
一個產品可以賣給多個賣家，當然就是一對多了呀
如果有用請採納~
6樓：匿名使用者
這個很正常呀，一個產品包含在多個訂單裡，不就是產品與訂單一對多。
7樓：匿名使用者
樓主來學了hibernate之後就會非常明白源了，訂單與bai訂單明細是多對一的du關係，一zhi個訂單裡有多
條明細，但是一dao條訂單明細只能屬於一個訂單，用訂單表主鍵作為外來鍵就可以了。而訂單明細表對應的實體類裡面必須包含產品類的屬性，設定為多對一是完全可以的，沒必要設定成一對多啊
8樓：我是誰無所謂吧
emmm，是這bai樣的，今天我在看du
一篇mybatis學習的zhi部落格，連結如下射dao">mybatis高階對映
產品表與
版訂單明細表很權
好理解：假如你到網上買一款杯子，那麼這個「型號」的杯子就是「一」，而你買了一個杯子，就生成一個訂單明細記錄；然後，你家鄰居也在同一個店家買了一個一樣的，就再生成一個訂單明細記錄；請注意！此時：
商品種類只有一個，而訂單明細卻有多個，所以說，商品（也可以叫產品）與訂單明細，就是「一」對「多」關係。
順便說一下：部落格裡面有一個叫order表還有一個叫orderdetail表，這個order表應該是對應購物車的功能，當你在某寶上新增不同店家的物品到購物車，然後全選提交訂單，此時你會發現「訂單編號」是一樣的，而「支付寶交易號」是不一樣的，這裡的訂單編號對應order表的id，支付寶交易號對應orderdetail表的id！繼而推出訂單表與訂單明細表其實也是一對多關係。
如圖，訂單項表和訂單表1:1關係， 實際情況中商品和訂單是多對多的關係，現在我是把 訂單項表和商品
9樓：belt微笑的衝浪
樓主bai學了hibernate之後就
會非常du明白了，訂單與
zhi訂單明細是多對一dao的關係，一個專訂單裡有多條明細，屬但是一條訂單明細只能屬於一個訂單，用訂單表主鍵作為外來鍵就可以了。而訂單明細表對應的實體類裡面必須包含產品類的屬性，設定為多對一是完全可以的，沒必要設定成一對多啊
訂單表和訂單明細表有什麼區別啊 ？之間是怎樣的關聯關係啊？
10樓：匿名使用者
訂單表是主表，訂單明細表是子表，主表的訂單號欄位是明細表的外來鍵。
11樓：匿名使用者
供參考：
資料庫中訂單表與訂單明細表 一般表示一個是主檔一個是明晰當主檔記錄 記錄訂單：訂單號，建立時間，建立人，是否結案，是否取消訂單等狀態的資訊
明晰當 記錄：訂購的訂單號，數量，**，廠商 等資料這樣建立有利於系統的維護，和查詢資料等
要是一樣表，欄位太多，會影響系統效能
sql裡 建立產品與訂單的關聯. 怎麼建立同一個db裡兩個不同表的關聯?
12樓：匿名使用者
應該還有一個訂單明細表
訂單與訂單明細裡的訂單id關聯
然後訂單明細裡的產品id與產品裡的產品id關聯
13樓：匿名使用者
產品表設計欄位產品編號以及產品名稱等其他欄位，訂單表設計回訂單編號和產品編
號，數答量等欄位，產品表和訂單表使用產品編號進行關聯，即主外來鍵關聯。一個訂單可以包括多個產品，一個產品屬於多個訂單，多對多的關係。
14樓：匿名使用者
你的意bai思是建立外來鍵吧。只有在產du品表中存在的id，才能出zhi
現在訂單表的產品
dao專id中出現，是這個意思吧。那就屬建立一個外來鍵就行了。具體怎麼建立外來鍵，網上太多了，我就不再寫了。
訂單總要知道是發的什麼貨吧？連發什麼貨都不知道這叫什麼訂單？
訂單資訊表與訂單明細表的區別？
15樓：匿名使用者
訂單資訊表指單一訂單的詳細情專況，訂單明細表：
屬指所有的訂單一個明細。
訂單資訊表與訂單明細表 一般表示一個是主檔，一個是明晰檔。主檔記錄 記錄訂單：訂單號、建立時間、建立人、是否結案、是否取消訂單等狀態的資訊。
明晰檔記錄：訂購的訂單號、數量、**、廠商等資料。
訂單是企業採購部門向**商發出的定貨憑據（包含成品、原材料、燃料、零部件、辦公用品、服務等全部採購過程）。由於訂單型別可以指定處理規則和訂單分錄預設值，因此係統在輸入訂單和退貨單時，會要求這些訂單型別。您可以將訂單週期分配至每個訂單型別，以控制訂單處理並提供此訂單型別的預設值。
16樓：匿名使用者
資料copy庫中訂單表與訂單明細表 一般表示一個是主檔一個是明晰當主檔記錄 記錄訂單：訂單號，建立時間，建立人，是否結案，是否取消訂單等狀態的資訊
明晰當 記錄：訂購的訂單號，數量，**，廠商 等資料這樣建立有利於系統的維護，和查詢資料等
要是一樣表，欄位太多，會影響系統效能
17樓：匿名使用者
相對bai來說，訂單表相當於du主表，把訂單zhi的主資訊存在這，而訂單dao明細表相當於子表，專把訂單中具體的產屬品放在這。他們之間通過訂單號相聯絡著。多數情況使用兩張表，如果你想用一張表。
其實也不是不可以。只能你在個修改訂單資訊的時候，你要先把表資訊的進行，去重，顯示。而在修改產品資料時是，多行進行更新，影響效能
18樓：
訂單表 欄位 比 訂單明細表少 至於怎麼用 要結合你的實際情況了 一個表最好欄位不要太多 跟據需要 制定表結構 看你實際應用了 這樣能增加資料庫效率
19樓：匿名使用者
可以用一個，方便。用兩個以後擴充套件方便。欄位，顧名思義，一個放關聯，一個放詳細。
關聯式資料庫中，表的關係有一對一，一對多和多對多三種關係。下面表之間的關係敘述正確的是（ ）。（選擇二
20樓：匿名使用者
產品表products對產品類別表categories是一對多的關係
定單表orders對定單詳情表[order details]是一對多的關係
這兩個是1：n
比如你買自行車產品表是自行車 那產品類別可能有賽車 ，普通車。粗輪。細輪等
那這就是一對多
另一個也是類似 不懂可以接著問
21樓：匿名使用者
定單詳情表[order details] 對定單表orders是一對多的關係
c語言舉例說明實體之間的聯絡多對多
22樓：匿名使用者
比如在常見的訂bai
單管理資料庫當du中「產品」表zhi和「訂單」表之間的
23樓：匿名使用者
一名學生能學許多門課，一門課能被許多學生學，學生對課程就是多對多
幫我分析詳解一下以下各表之間的一對多關係，一對一關係
資料庫如何建立表間一對多關係
為什麼電壓表與電流表串聯測得是自己的電壓而不是電源電壓
確切地說，電壓表測出的就是自身的電壓。當電壓表和待測元件並聯時，電壓表和待測元件的電壓是相等的。為什麼電壓表與電流表串聯測得是自己的電壓而不是電源電壓 實際的電源必定是有內阻的，這個內阻會分壓，電壓表自身的電壓必定小於電源電壓，況且電流表也有內阻，也要分壓的。後一個電壓表的讀數也是它自身的電壓，只是...
一對曾經相愛過的戀人如今說，再見了帶表什麼呢
畢竟是曾經的事情，人是要往前看的時間是要不停的流逝，曾經的相愛只是過去的記憶，再見也只是說明和過去的回憶再次的告別，說明已經放下了有了新的開始。人家心裡。已經放下你了。一對曾經相愛多年的戀人，相方分開了會有什麼感受 相愛多年，唯一bai可以說明的是他du們曾經相愛過zhi。現在分手了，唯一dao可以...
為什麼說后羿與宓妃是一對呢，后羿的妻子是嫦娥還是宓妃
傳說中的事情能當真嗎 后羿的妻子是嫦娥還是宓妃 嫦娥，後面那個不關他事 女媧伏羲之女為何叫宓妃？后羿是神仙還是凡人？死了嗎？后羿得到西王母賜給的一包長生不老藥，但西王母告誡后羿，不可現在食用，須等到后羿榮登大寶後才可。而嫦娥知道後，在後羿登寶的當天，偷吃了藥，後怕后羿追究，加上對人世不再留戀，於是一...