作者JYHuang (夏天到了，冷不起来了说)
看板Database
标题[讨论] 储存参数用row还是column那种较优
时间Mon Apr 10 13:55:38 2017
简单说就是系统许多使用者，每个使用者都会有不同的参数。
还在开发阶段时会新增参数和调整参数的形态。
目前用的方法是一个使用者一个row
栏位架构大概如下
ID , Protocal , Port , Server
1 , http , 80 , url.com
2 , ftp , 21 , url1.jp
有在考虑改成这样的架构，开发上会比较有弹性
ID , Key , Val
1 , Protocal , http
1 , Port , 80
1 , Server , url.com
架构的标准放在另一个表，用JOIN的方式以另一个表做预设值。
用 INSERT .. ON DUPLICATE KEY UPDATE 来做新增或更新 key/val 的判断
不知道这样放参数在使用者一多时会不会比较占空间
另外和前者的存放上有何种优劣呢？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 60.249.195.11
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Database/M.1491803741.A.6D3.html
1F：推 d1288999: 以前用过下面那种，当时也是觉得比较有弹性，後来还是 04/13 00:47
2F：→ d1288999: 改回 column ，用 row 的方式要查一些属性或 join 都很 04/13 00:47
3F：→ d1288999: 麻烦 04/13 00:47
4F：→ JYHuang: 不过这一个table规划是纯粹存放参数用，不会与其它table 04/13 23:45
5F：→ JYHuang: 做到关联。这一点觉得还比较没差 04/13 23:45