看板 [ Database ]
討論串請問這樣資料庫該怎麼設計比較好!!
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#4
Re: 請問這樣資料庫該怎麼設計比較好!!
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者bobju (寶貝豬)時間16年前 (2009/05/03 01:14), 編輯資訊
0
0
0
內容預覽:
天哪, 又掉進推文地獄, 只好用回覆的方式.. 右邊的方式符合資料庫設計的'正規化'原則, 也是應該盡量採用的設計方式.. 左邊那種方式只是權宜之策, 一般是資料庫設計還未有明確的規格時, 暫時用. 來存資料的權宜之策而已(最常見的就是以前的Excel檔, 把報表當成資料表在. 存資料), 若要把資
#3
Re: 請問這樣資料庫該怎麼設計比較好!!
推噓4(4推 0噓 2→)留言6則，0人參與, 最新作者blueguan時間16年前 (2009/05/02 22:27), 編輯資訊
0
0
0
內容預覽:
回應Wingel大大:. 我當初也是這樣想，就是利用以下Table(三個欄位)的方式來做. Date Class 器材數量. 05/01 個人電腦 5. 05/02 個人電腦 4. 此種方式去紀錄去紀錄每筆。. 但是這樣的方式會有個問題是在於說，種類很多～～. 這樣會造成每天多快要一百筆的資料～.
(還有693個字)
#2
Re: 請問這樣資料庫該怎麼設計比較好!!
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者bobju (寶貝豬)時間16年前 (2009/05/02 18:25), 編輯資訊
0
0
0
內容預覽:
哈! 準備練功吧, 即使現在簡單混過, 日後終究還是要面對這個問題.. 分類表跟器材要切成獨立的兩個table, 另外還要各自做出可以CRUD+Q. (增讀修刪+查)的程式模組. 至於自動檢核倉庫盤點的部份要看實際需. 求而定. 以下簡單列舉基本的資料關聯架構:. employees <=-----
(還有265個字)
#1
請問這樣資料庫該怎麼設計比較好!!
推噓2(2推 0噓 0→)留言2則，0人參與, 最新作者blueguan時間16年前 (2009/05/02 15:14), 編輯資訊
0
0
0
內容預覽:
我最近碰到一個問題，我現在卻不知道該怎麼設計比較好！. 來問問看大家的想法～～. 每天會有兩個人會清點庫存的器材. 程式要在定期去檢查這兩個人清點的器材是否正確. 所以我ㄧ開始的想法如下. Date Class_A Class_B Class_C. $time X X X. 但是今天碰到的問題是器材
(還有70個字)
首頁
上一頁
1
下一頁
尾頁