需要特定数据库支持吗？ <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 221780

haitao：

需要特定数据库支持吗？

[阅读: 407] 2005-10-25 01:59:19

记得以前证券公司的dbf时代，就是这么作的。。。

我的blog：http://szhaitao.blog.hexun.com & http://www.hoolee.com/user/haitao

－－以上均为泛泛之谈－－不尽牛人滚滚来，无边硬伤纷纷现人在江湖飘（出来混的），哪能不挨刀（总归是要还的）
网络对话，歧义纷生；你以为明白了对方的话，其实呢？

您所在的IP暂时不能使用低版本的QQ，请到：http://im.qq.com/下载安装最新版的QQ，感谢您对QQ的支持和使用

相关信息:

[讨论贴]关于数据转储的问题。现在的数据库，有几个表记录特别多，每年大约要新增4000万条记录…… (69字) (疯子张 [756] 2005-10-25 08:54)
- 这个是肯定要的啦 (15字) (haitao [523] 2005-10-25 08:55)
  - 需要当然需要，这种方法是否对头？ (空) (疯子张 [443] 2005-10-25 08:56)
    - 对头吧，一年导一次历史库，我知道是有人这么做的 (空) (tweety [479] 2005-10-25 08:57)
    - 我们有一个项目是每天生成日、月汇总表。。。 (16字) (haitao [460] 2005-10-25 09:11)
      - 开始我想将历史表也放在同生产库里，但生产用的数据库太大了，还要每天备份，比较麻烦。 (空) (疯子张 [481] 2005-10-25 09:13)
        哦，我们那个大表已经是生产系统的一个历史表了 (26字) (haitao [688] 2005-10-25 09:18)
        那久而久之这个大表会非常的大哦！查询起来还不是一样的慢！ (空) (fogbound [451] 2005-10-25 09:20)
        慢点应该没什么问题，预先让客户知道查历史记录会很慢，我觉得只要别跟生产库混在一起就可以了。 (空) (疯子张 [483] 2005-10-25 09:24)
        疯子他们看起来得每年分成不同的历史库，否则一个历史表里数据过多查询统计起来还是慢 (空) (tweety [474] 2005-10-25 09:21)
- 关注一下！ (空) (fogbound [401] 2005-10-25 09:02)
  - 杵一下 (空) (咔波碧宝 [436] 2005-10-25 09:04)
    - 杵你个头！ (空) (fogbound [444] 2005-10-25 09:05)
      - 位置好象不对 (空) (UnKnow365 [432] 2005-10-25 09:22)
- 有什么问题吗？我们就是这样做的，甚至倒出磁带备份，确实需要时再导入，查完删除 (空) (UnKnow365 [461] 2005-10-25 09:21)
  - 查询时再导入这个办法不行，因为你并不知道客户什么时候需要查历史数据。 (空) (疯子张 [488] 2005-10-25 09:23)
    - 因为你的数据与我的数据性质不同，我的数据是只有出案子才需要。平时根本没用的 (空) (UnKnow365 [367] 2005-10-25 09:25)
- 可以使用多表 (30字) (小东 [484] 2005-10-25 09:44)
  - 这就是分区视图的基础啊 (空) (Miracle [442] 2005-10-25 09:47)
    - 啥叫分区视图啊，介绍介绍？ (空) (小东 [537] 2005-10-25 10:00)
      - G一下，好像把一个表拆成多个表就是了，还搞个名词出来，郁闷 (空) (小东 [493] 2005-10-25 10:08)
        呵呵，很简单的概念，也得有个名字啊。很好用的。 (空) (Miracle [509] 2005-10-25 10:22)
- 一年才这么一点数据也叫多…… (35字) (Miracle [565] 2005-10-25 09:45)
  - 这种方法的优点是移动数据速度超级快，而且只要时间跨度不大，再多的数据速度也不会慢 (空) (Miracle [501] 2005-10-25 09:46)
    - 需要特定数据库支持吗？ (24字) (haitao [406] 2005-10-25 09:59)
      - 常见的RDBMS应该都支持 (空) (Miracle [426] 2005-10-25 10:02)
    - 好好规划一下物理文件划分，IO性能会很高 (空) (Miracle [462] 2005-10-25 10:03)
  - 不错！ (空) (李战 [379] 2005-10-25 10:02)
  - 查询会跨出视图边界的时候呢？ (空) (DeepBlue [376] 2005-10-25 10:29)
    - 可以用程序来重建分区视图以扩展边界嘛，重建视图又不需要太大开销 (空) (李战 [486] 2005-10-25 10:33)
      - 比分区表的好处大吗？ (空) (DeepBlue [517] 2005-10-25 10:49)
        不知道你说的分区表是啥？ (空) (李战 [383] 2005-10-25 10:56)
        在大型的企业应用或企业级的数据库应用中，要处理的数据量通常可以达到几十到几百GB，有的甚至可以到TB级。虽然存储介质和数据处理技术的发展也很快，但是仍然不能满足用户的需求，为了使用…… (386字) (DeepBlue [730] 2005-10-25 10:59)
        长见识了。我没玩过Oracle，主要用SQL Server，数据一般在十几个G内。看来Oracle真是牛啊！ (空) (李战 [489] 2005-10-25 11:04)
        SQL Server 的------ http://delia.org.ru/ArticleView/2005-9-6/Article_View_136923.Htm (空) (DeepBlue [487] 2005-10-25 11:11)
        不愧为超级无敌的数据库大牛，太好了！原来我只用了SQL Server的皮毛啊 (空) (李战 [434] 2005-10-25 11:18)
        页面显示有问题，看不全。 (空) (疯子张 [603] 2005-10-25 11:47)
        总之，如果嫌当前数据库太大，有想把历史数据搬到另一个数据库，但又要联合在一起查询，用分区视图是个好方法 (空) (李战 [647] 2005-10-25 10:58)
        用分区表，不用帮。1。假设按时间分，某时间段为一物理文件。2。查询，多CPU,物理文件在不同磁盘，可利用上并行查询。 (空) (DeepBlue [515] 2005-10-25 11:02)
        那是，在磁盘阵列及并行访问等技术支持下，肯定牛啊！不过也不是一般的企业能用的起哦 (空) (李战 [505] 2005-10-25 11:07)
        不用阵列，2个物理磁盘也可以的，历史库放一个，当前库房一个，一个表，按时间划分放在不同的物理磁盘上 (空) (DeepBlue [458] 2005-10-25 11:12)
        同一个物理磁盘也能提高性能的，因为索引也可以分区，每个分区涉及的数据少，物理IO少了 (空) (DeepBlue [579] 2005-10-25 11:13)
        哎，要等到SQL Server 2005才有分区表啊！等待总是一种痛苦 (空) (李战 [516] 2005-10-25 11:30)
        谁说的…… (空) (Miracle [413] 2005-10-25 12:06)
        哦，你说的是表 (空) (Miracle [416] 2005-10-25 12:09)
    - 一般说明视图设计的有问题…… (空) (Miracle [442] 2005-10-25 12:06)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.010 - 521832