討論串[請益] db要分table還是用一個field分類
共 3 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓16(16推 0噓 26→)留言42則,0人參與, 7年前最新作者littlethe (東周流浪漢)時間7年前 (2018/08/28 22:16), 7年前編輯資訊
0
0
0
內容預覽:
這其實在大學就會學到的觀念了,. 雖然我感覺大學的資料庫很多人教得不太好,. 教得太抽象很容易讓人聽不懂.... anyway,. 以我判斷,. 這狀況要拆成3張表,. 甲表是共用field,. 乙表是A情境用,. 丙表是B情境用,. 然後甲表和乙表做成view專門給A情境用,. 甲表再和丙表做成v
(還有1246個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者lei0705 (Lei)時間7年前 (2018/08/26 19:59), 編輯資訊
0
0
0
內容預覽:
如果沒有什麼必要的需求,建議分開吧。. 放一起有幾個壞處,首先是你 A 系統和 B 系統不論在程式或人工查詢時,全部都要多一個條件。. 再來你以後萬一 A 系統有需求,需要修改欄位或增加欄位之類,B 系統的程式可能就要跟著修改,明明是 A 系統的需求而已,影響到 B 系統,這樣的設計不好。. 然後是
(還有88個字)

推噓8(8推 0噓 26→)留言34則,0人參與, 7年前最新作者asleepme (500年沒換暱稱了)時間7年前 (2018/08/26 13:41), 7年前編輯資訊
0
0
0
內容預覽:
請教dba神人,之前遇到一個應用情境是這樣. 我們有一組核心資料,跟2種服務. 這2個服務(A、B)會用核心資料,去呈現不同的應用. 所以A、B會有部分相同功能、部分不同功能. 例如A會有功能 G、X、Y. B會有功能 H、X、Y. X、Y是一樣的功能只是A情境下用,或是B情境下用. 所以X、Y功能
(還有487個字)
首頁
上一頁
1
下一頁
尾頁