超过 100 列的表，这样的设计存在什么优缺点？

[nullcoder]

业务背景：
需要和硬件每分钟通信，写一次记录。
读取可能是挑其中部分列，列一般不会变，列名会存在另一个表里。
除了 100 个数据列还有识别的字段和时间戳。

感觉至少是不方便用 ORM 来做了，不知道还有什么其他的优缺点，读写性能和存储上的考虑之类。
或者有没有可能的替代方案

[sampeng]

你这个需要 nosql。。100 列。。。mysql 之类不是不可以。。就是存储各方面都会变得大。哪怕你留空

[kelthuzadzbt]

可以存 json 字符串吗，日志表存{pid:v} pid 对应列名在另一个表里的主键 id，100 多列的话；
ps：菜鸟 轻喷

[betulachen]

换数据库,rrd

[nullcoder]

@kelthuzadzbt 关系型数据库一般不用这种设计

[nullcoder]

@betulachen rrd 全称是什么？

[hjc4869]

数据冗余，浪费空间。
有些情况下性能可能好一些，因为不需要多表查询。不过一般写业务还是尽可能 3NF

[hcymk2]

可以尝试下时序数据库。

[littlewing]

nosql 或时序数据库

[nullcoder]

@hjc4869 数据冗余在哪里？
100 列一个时间戳和一个识别字段还好吧

[betulachen]

百度 rrd 数据库第一条就是

[wingyiu]

hbase

[reus]

postgresql + json 列
关系数据库当然可以这样设计，还能用列内的值创建索引

[yejinmo]

实时数据库了解下？

[ebingtel]

我宁愿用 E-A-V 的方式存储，<id、列名、值>

[wccc]

时序数据库 influxdb 前东家做法

[loveCoding]

http://liubin.org/blog/2016/02/25/tsdb-list-part-1/

[hjc4869]

@nullcoder 理解错了, Sorry.

[LadyChunsKite]

@reus 为什么不用 hstore ？

[reus]

@LadyChunsKite jsonb 可以完全替代 hstore

[nullcoder]

@ebingtel 这样缺了时间戳，如果加上冗余量就大了