大数据访问问题

[lvxianda]

使用oracle 9 数据库
程序主要目的是绘图
例如 采集人体的 血压 和 心跳 2项数据
每3秒接受到1次 数据 一天一种数据会产生28800条数据
用户可以查询1年内的数据
相当于28800×365条数据
用户数量 会答到一万人以上
数据库的总存储量至少为1000亿数据
想问下如何处理？
现在数据少 绘图的时候用的是GDI+ 个人感觉很不成熟
而且隐患很大
可以结合数据仓库技术
绘图方式除了flash不知道还有什么好方法没有
本人 qq34270727
邮箱 [e-mail]
小弟刚刚参加工作
请高人指点一下好吗
谢谢

[lvxianda]

下班了 再顶下

[lvxianda]

一开始我准备用数据仓库的
把数据按类型，时间，用户 划分成一个3个维度的数组
然后把每一块都物化成一个数据图
但是我们要求是用户时间上可以随便选，那样物化的数据太多了 而且很多都是没用的
不物化的话 速度上肯定不行
而且GDI生成的图是张图片 无法进行其他操作 而我们要求的还要相应一些单击事件
所以请大家帮帮忙
哪怕给我一个能说服总监的理由也可以啦～
小弟谢谢各位大哥大姐了

[lvxianda]

自己顶下～

[changjiangzhibin]

可怕的数量级，分成几个库好了

[LutzMark]

1000亿是什么概念...
帮顶

[lvxianda]

恩
应该架机群的
光分库可能不够

[King-zi]

我只处理过百万的，这个也太有点大了吧，厉害！

[lvxianda]

1000亿具体的概念我也不清楚
具体应用
记录心跳吧
把10000个人一年的心跳都记录

[job_2006]

[Quote=引用 17 楼 foxflyhigher 的回复:]
高，真是高人，，，我对你的敬仰犹如黄河之水泛滥，一发而不可收拾！
[/Quote]

把我的台词抢了

[lvxianda]

主要是和图的结合
百万条数据绘图也不是很容易的
大家说说绘图方面也可以的

[指间的风]

数据库结构需要从新设计。

[lvxianda]

再顶下

[songsu]

嗯，Google的确是一次读取一点点。似乎你的缺点正是你的优点，由于你的数据不需要分类那就可以直接对整个数据进行操作，复杂性比Google要低一些，不需要做那么多的判断。

我想你的数据库应该考虑了分布式吧，至少也有个集群。这样单机数据库压力要小一些，使用分布式后可不需要考虑数据库压力问题。GDI+的说实话是有些问题，但是仍然能满足你的需求，GDI+里面直接画就OK了，不需要创建一个Bitmap。

[newnewff]

采集人体的 血压 和 心跳 2项数据
每3秒接受到1次 数据 一天一种数据会产生28800条数据

不理解这需求是啥意思，是病人在病床上，接个啥设备，每3秒记录他身体状况？

听起来就象：用javascript做动画，用每秒钟变换10张位图的方法去实现

[lvxianda]

上班了～
接着顶

[财富实验室]

图是不可以操作的，要搞就用js控制！不过那区域不好确定，曲线太麻烦。
如果真要操作，看来你只有换个方式来表现你的图了。

[songsu]

GDI+不错嘛,也很灵活啊。
好像关键点不在这个GDI+，而是在数据方面，如果数据通迅能保证的话，用任何方式绘图都没关系。Google的地图(Earth)数据应该不会比你少，他用JS显示的，也没见到有多大问题。

[lovehongyun]

数据多的可怕...

[purple_tide]

1.你估计数据有一点问题


2.大数据量一定要分区

例如一个月一张表 不行就一天一张表 例如 xxxx2080706_T 这样的表

[lvxianda]

Google的地图 应该数据量比我们的大
但是Google的地图 应该读取一次就可以了吧
可以按地区把数据分类 将地图实现生成好
查的时候直接取已有的数据就可以了
但是我遇到的问题是时间段的自由度太大了
没法分类

GDI+的效率很低的 是灵活 但是局限性大
特别是生成的页面直接是图片 无法进行想关操作
还有问题就是
Bitmap类实例化的话 只支持到INT32 如果大图的话 就不能支持了