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