看板 [ Database ]
討論串[請益] 這種資料的紀錄用怎樣的資料結構比較好？
共 3 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#3
Re: [請益] 這種資料的紀錄用怎樣的資料結構比較好？
推噓1(1推 0噓 2→)留言3則，0人參與, 最新作者JYHuang (夏天到了，冷不起來了說)時間14年前 (2011/04/26 01:30), 編輯資訊
0
0
0
內容預覽:
嗯，因為主元件實體上還是會有一個不可變動的主體在。. 零件是裝在主體上，所以我還是意屬把主件ID跟集合ID綁在一起。. 既然如此，再順勢問一下相關的判斷法. 如果我要做零件的變動，例如把零件01移到主元件B去用。. 然後過一陣子又再變動回來主元A時。. 在SQL如何判斷這種集合是曾經搭配過的？. 主
#2
Re: [請益] 這種資料的紀錄用怎樣的資料結構比較好？
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者danielguo (Daniel Guo)時間14年前 (2011/04/26 01:13), 編輯資訊
0
0
0
內容預覽:
多值欄位, 不建議使用. 3 比較適合, 不過這邊欄位不對, 應該是. 紀錄ID 日期 時數(min) 主元件ID 零件集合ID. 001 20110401 50 A 01. 002 20110402 100 B 02. 集合ID 零件ID. 01 001. 01 002. 01 003. 02 0
(還有65個字)
#1
[請益] 這種資料的紀錄用怎樣的資料結構比較好？
推噓0(0推 0噓 1→)留言1則，0人參與, 最新作者JYHuang (夏天到了，冷不起來了說)時間14年前 (2011/04/25 14:33), 編輯資訊
0
0
0
內容預覽:
主要結構大至是這樣. 主元件 (object). ID 名稱 ... A xxx. B yyy. 零件(parts). ID 名稱 規格 .... 001 p-1. 002 p-2. 003 p-3. 零件是屬於主元件的配件，會被變更到不同的主元件上。也會新增或淘汰。. 目前想要紀錄零件的使用資料，
(還有802個字)
首頁
上一頁
1
下一頁
尾頁