討論串[SQL ] 線上DVD系統 , mysql , 正規化
共 19 篇文章

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者dontblame (需要程式設計嗎)時間18年前 (2007/06/01 16:36), 編輯資訊
0
0
0
內容預覽:
如同M大所說. 如果只限定一片 這或許沒有違反正規化. 但是 實務上 是沒有人這麼做的. 但 畢竟這只是專題 與作業. 重點是要 有個樣子. 也未必就是要盡善盡美. 所以 看你們的考量囉. 目前的規劃 當然是比較好做. 但是 改成我所建議的那樣. 「或許」老師會覺得比較漂亮. (這見仁見智啦). -

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者MugenPower (無限MUGEN)時間18年前 (2007/06/01 15:58), 編輯資訊
0
0
0
內容預覽:
其實用 INT 也沒有不好. 只是看過很多編號都是N碼 不足補0. 如果說 把 memberlist 改掉. 那歷史記錄就不見了. 一般來說. 這樣應該不是個好做法. 基本檔應該不變動. 交易記錄應該保留. 日後要查詢或是分析才有依據. 當然. 如果這些資料保證不會用到. 那改掉也是沒差. 不過我好

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者MugenPower (無限MUGEN)時間18年前 (2007/06/01 12:00), 編輯資訊
0
0
1
內容預覽:
有一點我個人會很介意. 就是TABLE NAME 及 COLUMN NMAE. 最好不要用 NAME , NO 這一類的. 有可能會與保留字產生資料庫的誤判 甚至衝突. 建議可以改成如:. 證件號 - CUST_ID 加些底線之類的. 會員編號 - MEM_NBR. 另外. 編號 的欄位 用 VAR

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者dontblame (需要程式設計嗎)時間18年前 (2007/06/01 01:43), 編輯資訊
0
0
1
內容預覽:
第幾正規化 是在做啥的 我早忘了. 不過... 租借的片子. 建議另外見一個table. 單純記錄. 會員編號. 影片編號. 以及其他 跟租借相關的欄位. 要不然 如你目前的規劃. 每新增一片租借. 等於會員資料 要重複建立 一堆. 這是違反正規化的. 然後會員的table就單純 存放會員的基本資料