1
sampeng 2018-09-18 11:55:13 +08:00
你这个需要 nosql。。100 列。。。mysql 之类不是不可以。。就是存储各方面都会变得大。哪怕你留空
|
2
kelthuzadzbt 2018-09-18 11:55:23 +08:00
可以存 json 字符串吗,日志表存{pid:v} pid 对应列名在另一个表里的主键 id,100 多列的话;
ps:菜鸟 轻喷 |
3
betulachen 2018-09-18 12:17:09 +08:00
换数据库,rrd
|
4
nullcoder OP @kelthuzadzbt 关系型数据库一般不用这种设计
|
5
nullcoder OP @betulachen rrd 全称是什么?
|
6
hjc4869 2018-09-18 12:30:27 +08:00
数据冗余,浪费空间。
有些情况下性能可能好一些,因为不需要多表查询。不过一般写业务还是尽可能 3NF |
7
hcymk2 2018-09-18 12:51:53 +08:00
可以尝试下时序数据库。
|
8
littlewing 2018-09-18 13:04:27 +08:00
nosql 或时序数据库
|
10
betulachen 2018-09-18 13:27:40 +08:00 via iPhone
百度 rrd 数据库第一条就是
|
11
wingyiu 2018-09-18 13:39:46 +08:00
hbase
|
12
reus 2018-09-18 13:53:29 +08:00 2
postgresql + json 列
关系数据库当然可以这样设计,还能用列内的值创建索引 |
13
yejinmo 2018-09-18 13:57:19 +08:00
实时数据库了解下?
|
14
ebingtel 2018-09-18 14:05:19 +08:00
我宁愿用 E-A-V 的方式存储,<id、列名、值>
|
15
wccc 2018-09-18 14:10:53 +08:00 1
时序数据库 influxdb 前东家做法
|
16
loveCoding 2018-09-18 14:11:40 +08:00
|
18
LadyChunsKite 2018-09-18 14:33:53 +08:00
@reus 为什么不用 hstore ?
|
19
reus 2018-09-18 16:12:58 +08:00
@LadyChunsKite jsonb 可以完全替代 hstore
|
21
viver 2018-09-18 17:03:13 +08:00 1
postgresql 支持 json,可以考虑下
|
23
opengps 2018-09-18 17:20:23 +08:00
看具体业务规则,以我做过的 gps 监控为例子,曾经用过关系型数据库:时间列聚集索引达到类似于“时序数据库”的效果。这张表也用途也设计的超级简单(花了很大精力实现“简单”),单行密集写入,按时间区间批量读取。
|
24
gfreezy 2018-09-18 18:18:05 +08:00
只取少量字段的时候稍微慢一点吧。MySQL 行存储需要遍历更多的数据。
|
25
absente 2018-09-18 18:47:11 +08:00
列的多少一般不是问题(当然是有上限的)。一个 erlang 程序随随便便几百上千的微线程,一样跑的好好的。不同之处在于,行式关系型数据库,是一个 x 乘以 y 的关系(如果数据充足)。列式数据库就没这个问题,当然,这已经算 nosql 了
|
26
wizardforcel 2018-09-18 22:03:11 +08:00 via Android
日志最好存 nosql,因为( 1 )不需要事务,( 2 )不怕丢失
|
27
liprais 2018-09-18 22:35:08 +08:00
pgsql 搞定
|
28
luozic 2018-09-18 23:41:24 +08:00 via iPhone
你这明显是时序数据,又没有多少需要关联的,直接走时序数据库不就搞定了,不过为了后面扩展可以搞 pgsql+json
|
29
nullcoder OP @wizardforcel 不是日志,是数据记录,后面会用来做分析。
|