G一下，好像把一个表拆成多个表就是了，还搞个名词出来，郁闷 <- 中国开发网

Warning: unpack(): Type V: not enough input, need 4, have 0 in /mnt/mydata/x/websites/u_cndev/us-includes/3rdparty/secache/secache.php on line 373

Warning: unpack(): Type V: not enough input, need 4, have 0 in /mnt/mydata/x/websites/u_cndev/us-includes/3rdparty/secache/secache.php on line 373
G一下，好像把一个表拆成多个表就是了，还搞个名词出来，郁闷 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

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

小东：

G一下，好像把一个表拆成多个表就是了，还搞个名词出来，郁闷

[阅读: 521] 2005-10-25 02:08:54

<空>

相关信息:

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

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

页面内容处理时间: 2.066 - 520416