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