[討論] 想請教一下各位大大資料庫設計的幾個概念
小弟雖然有些Server端的經驗 但最近幾年都是是專職Client端程式
所以可能有點生疏還是說思想跟不上時代了!?
還請各位大大指點一下
疑問1
最近看到一個Server端工程師開出了類似像下面的資料表結構
A 表
ID Column1 Column2 Column3
1 10 20 30
2 10 20 30
3 10 20 30
B 表
ID Column1 Column2 Column3
1 1 2 3
1 4 5 6
2 1 2 3
其中ID是索引 A表和B表的欄位名稱是同步的且型別都一樣
A表和B表是乘數和被乘數的關係
以ID 1 來說
我們程式最後需要的加總值是
Column1 = 10 + (10 * 1) + (10 * 4)
Column2 = 20 + (20 * 2) + (20 * 5) 以此類推
如果B表相同ID的只有出現一次當然後面(X * Y)的次數就只有一次如果沒有就是沒有
當初我Client收到這張表的時候第一個直覺就是不能設計成下面這樣嗎?
A 表
ID CID
1 1
2 2
3 3
B 表
ID CID
1 4
1 5
2 6
多一張C表 其中A B表的CID是關聯索引到C表的ID的
C 表
ID Column1 Column2 Column3
1 10 20 30
2 10 20 30
3 10 20 30
4 1 2 3
5 4 5 6
6 1 2 3
這樣的話未來如果有Column4 出現的時候我們只要改一個表就好了
更何況實際狀況是類似B表的表有好多個 所以到時候真的有Column4出現的時候
就必須要更動許多表格還有可能有遺漏的狀況
不過我同事是用兩大理由反駁我的
1. 他的做法閱讀比較容易
2. 因為一個是乘數一個是被乘數性質不同
不知道各位大大的看法呢?
接這是疑問2 跟上面有關係
因為現在Server端是撈到資料就把整陀資料包含著ID
就直接Call To Json的function轉成Json string丟過來了(先不管加密)
(有分乘數和被乘數兩次給)
但是我認為假如果是使用者ID 1 我當然跟你要的資料一定就是ID == 1 不是嗎?
整個Row的資料都丟過來 如果今天欄位中有密碼不就一起丟過來了???
雖然Client不會無端的沒事情把這個資訊秀出來
可是如果封包被攔截 就有密碼被盜取的可能性不是嗎?
而且丟一堆我不需要的參數不是也有一些不必要的浪費嗎?
所以我自己是認為Server程式撈完資料庫後應該要把Client需要的資訊做個整理
把必要的資訊傳過來就好了....(不管是不是你要開一個新結構再轉乘Json也是
最後疑問3 (對不起問題很長> <
其實Server那邊說他們常常也有用到加總值 要用在Server的計算中
(雖然我不知道他要幹嘛)
說是因為常常要算 所以他們有自己再創一張表把結果佔存(暫且叫做S表
後來我發現這個結果再後來也有傳到Client (跟上面的問題有隔一段時間了
PS. 中間有段時間我跑去接其它的部分交接給其他人 所以才是"後來"發現
這時我又想了幾個問題
因為我們必須顯示最終值的計算方式所以不可以只傳最後結果給我
因此此時Client端有3個表S 和A和B
但是S表的結果可以從A 和 B推算出來
這時就有幾個方案了
1. 我這邊的結果拿S表 計算公式拿A B表顯示 如果計算公式出包就是Server端的問題
2. S表不用傳過來Server要用自己隱藏好就好系統間不打架 S表我自己算
3. 拿S還是自己算隨便都可以(被打
因為S的值有不同發法可以取到
讓龜毛的我感到有不確定性
我認為對一個系統來說一個有關係的數值不應該有不同的取法 要保有唯一性
因為如果哪天發現公式計算
錯誤的話就不能第一時間知道是Client還是Server運算錯誤
還是說A B表更新S表沒有refresh
各位有什麼看法了
還請各位大大給點指教
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.104.115.68
※ 文章網址: https://www.ptt.cc/bbs/Database/M.1503331654.A.FDF.html
→
08/30 18:00, , 1F
08/30 18:00, 1F
→
08/30 18:00, , 2F
08/30 18:00, 2F
→
08/30 18:00, , 3F
08/30 18:00, 3F