MySQL社区

标题: 请教如何设计股票数据库结构合适 [打印本页]

作者: nyt 时间: 2012-5-11 20:32
标题: 请教如何设计股票数据库结构合适
如果一支股票的数据，一天有几千条，共2000支股票。所有股票一天的数据有30M，共280万条左右。导入三年的，就要乘以250*3，是2100000000条。要是把近三年的数据导入后，分析。
是不是一支股票一张表比较效率高啊。

你认为设计怎样的数据库结构比较合理？

有高手建议：

数据按年月存放
这样的话，一年也就12张表
3年也就只有36张表

一股一表有什么坏处？
具体我不知道，只是考虑这样肯定数据库可以支持，而且以后查询也是比较方便的，一支股票的数据都在一张表里。

以后准备，把所有股票的名称和版块分类信息建一张表，这样，也可以通过这张表和相应的代码名称的表联合查询指定版块的数据。

这样不好吗？

作者: kider 时间: 2012-5-14 17:43
对证券的业务不是很熟悉，只是随便说说：
1、3年21亿条，数据量在可以接受的范围，然后把表分成几十个，单表承载千万级别或者百万级别的数据量是可以达到你的性能要求的，当然也要依赖与你的硬件环境。哦，还有表的类型...
2、要看你统计啥了吧？怎么统计吧？多股放在一起或单股单放那个更符合你的需求呢？如果你是对单股的历年统计分析对比多，那么还是放在单独的一个表好点，如果...，还是要看你的具体统计需求....
3、以后你的那个汇总表，应该只是个股票信息基础表与这个存放数据貌似关系不大。但可以对应来查询统计数据用...，两者不冲突

作者: xiaotaozw168 时间: 2013-1-5 18:08
学习学习了啊...感谢分享!!!

欢迎光临 MySQL社区 (http://www.mysqlpub.com/)