[讨论] 储存参数用row还是column那种较优

楼主: JYHuang (夏天到了,冷不起来了说)   2017-04-10 13:55:38
简单说就是系统许多使用者,每个使用者都会有不同的参数。
还在开发阶段时会新增参数和调整参数的形态。
目前用的方法是一个使用者一个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 的判断
不知道这样放参数在使用者一多时会不会比较占空间
另外和前者的存放上有何种优劣呢?
作者: d1288999 (Davis)   2017-04-13 00:47:00
以前用过下面那种,当时也是觉得比较有弹性,后来还是改回 column ,用 row 的方式要查一些属性或 join 都很麻烦
楼主: JYHuang (夏天到了,冷不起来了说)   2017-04-13 23:45:00
不过这一个table规划是纯粹存放参数用,不会与其它table做到关联。这一点觉得还比较没差

Links booklink

Contact Us: admin [ a t ] ucptt.com