楼主: david2000

建了分区,但是却没有把分区放在不同的物理磁盘上?

[复制链接]
论坛徽章:
65
ITPUB元老
日期:2006-03-01 17:57:36马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:52
11#
发表于 2005-3-15 13:24 | 只看该作者
最初由 david2000 发布
[B]
哦?具体说说. [/B]



在一些典型的OLTP系统中,如果大量的语句没有用分区关键字查询,或者分区关键字筛选出来的记录已经占表记录的很大部分的时候。

这个时候,用几种情况。
1、如果全表,这个就不说了,分区表与非分区表资源耗费都很大
2、如果是本地索引,这样的查询将面临扫描多个索引树,所以,一般会有比较大的逻辑读
3、如果是全局索引,这样分区不分区,其实已经没有什么差别。

使用道具 举报

回复
论坛徽章:
168
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-01-04 11:49:54蜘蛛蛋
日期:2011-12-05 16:08:56ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41设计板块每日发贴之星
日期:2011-07-22 01:01:02ITPUB官方微博粉丝徽章
日期:2011-06-30 12:30:16管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
12#
发表于 2005-3-15 14:22 | 只看该作者
最初由 wlidflower 发布
[B]

分区表的历史归档问题
husthxd 有什么好的建议吗?
比如应用程序版本的升级
对历史数据归档处理有点麻烦
希望听听你的意见! [/B]


1.目前项目也碰到这种问题.情况与你的稍有不同.
业务上来说每年的数据都会不一样.年与年之间没有延续性.但要保留每年的业务数据.
以前的数据库是sybase,每年都是通过新建库(sybase中的数据库概念与oracle的很不同)的方式实现.

如果换到oracle上,当时想的一个方案是每个表加入'年度'字段,大表采用分区表.插入的时候自动带一个年度.然后新建一个历史数据库,用于保留以往年度的数据.现时数据库与历史数据库之间通过数据库连接通讯.只是个想法.没有实施.

2.另外一个项目的分区表目前有2.5亿条数据.没有时间,暂时还没有考虑过历史归档问题.

使用道具 举报

回复
论坛徽章:
31
授权会员
日期:2005-10-30 17:05:332012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:23马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:09:23
13#
发表于 2005-3-15 14:27 | 只看该作者
最初由 husthxd 发布
[B]

1.目前项目也碰到这种问题.情况与你的稍有不同.
业务上来说每年的数据都会不一样.年与年之间没有延续性.但要保留每年的业务数据.
以前的数据库是sybase,每年都是通过新建库(sybase中的数据库概念与oracle的很不同)的方式实现.

如果换到oracle上,当时想的一个方案是每个表加入'年度'字段,大表采用分区表.插入的时候自动带一个年度.然后新建一个历史数据库,用于保留以往年度的数据.现时数据库与历史数据库之间通过数据库连接通讯.只是个想法.没有实施.

2.另外一个项目的分区表目前有2.5亿条数据.没有时间,暂时还没有考虑过历史归档问题.
[/B]


大致了解了您当前的状态
可能您还没考虑过应用程序升级的问题吧?
如果应用程序升级了
归档如果不备份升级以前的程序
那如果要查询归档的历史数据会有问题
最近我也在想这些问题究竟怎么处理比较合适

使用道具 举报

回复
论坛徽章:
5
行业板块每日发贴之星
日期:2005-08-03 01:02:33行业板块每日发贴之星
日期:2005-12-02 01:02:58会员2006贡献徽章
日期:2006-04-17 13:46:342009日食纪念
日期:2009-07-22 09:30:00祖国60周年纪念徽章
日期:2009-10-09 08:28:00
14#
 楼主| 发表于 2005-3-15 14:52 | 只看该作者
最初由 so狗 发布
[B]一般高端存储,你从os一级看到的一块一块的物理盘实际上是已经从底层重新划分重组过的盘

比如:
阵列上有10块真实的物理盘,那么这10块盘捆在一起,每块盘上划分1/10出来,组成在一起,形成一块盘(这个盘是我们从os上看到的所谓的物理盘,其实已经是做了IO分散了)

所以,一般存储都没有必要再去强调把数据文件或者表的分区一定要放到不同的物理盘上 [/B]


按照你说的,我的磁盘阵列RAID5根本就没有必要,在性能上,考虑文件分布问题了。(不考虑管理的方便)
比如说数据和索引分开这样的问题了,因为他们都被平均分布到
这10张盘里,不存在磁盘争用的情况了。
我的理解对否?

大虾希望能够解释得透彻一些!
不胜感激!

使用道具 举报

回复
论坛徽章:
20
授权会员
日期:2005-11-02 13:35:57ITPUB8周年纪念徽章
日期:2009-09-27 10:21:22祖国60周年纪念徽章
日期:2009-10-09 08:28:00生肖徽章2007版:兔
日期:2009-11-13 10:54:06生肖徽章2007版:蛇
日期:2009-11-28 18:44:592010新春纪念徽章
日期:2010-01-04 08:33:082010新春纪念徽章
日期:2010-03-01 11:06:292010年世界杯参赛球队:瑞士
日期:2010-04-03 20:50:32ITPUB9周年纪念徽章
日期:2010-10-08 09:31:212009日食纪念
日期:2009-07-22 09:30:00
15#
发表于 2005-3-15 15:28 | 只看该作者
哪个大侠能对RAID的讲的稍微透彻一点,俺也碰到这么疑问

使用道具 举报

回复
论坛徽章:
5
行业板块每日发贴之星
日期:2005-08-03 01:02:33行业板块每日发贴之星
日期:2005-12-02 01:02:58会员2006贡献徽章
日期:2006-04-17 13:46:342009日食纪念
日期:2009-07-22 09:30:00祖国60周年纪念徽章
日期:2009-10-09 08:28:00
16#
 楼主| 发表于 2005-3-15 16:13 | 只看该作者
请斑竹阐述一下!

quote:
--------------------------------------------------------------------------------
最初由 so狗 发布
一般高端存储,你从os一级看到的一块一块的物理盘实际上是已经从底层重新划分重组过的盘

比如:
阵列上有10块真实的物理盘,那么这10块盘捆在一起,每块盘上划分1/10出来,组成在一起,形成一块盘(这个盘是我们从os上看到的所谓的物理盘,其实已经是做了IO分散了)

所以,一般存储都没有必要再去强调把数据文件或者表的分区一定要放到不同的物理盘上
--------------------------------------------------------------------------------



按照你说的,我的磁盘阵列RAID5根本就没有必要,在性能上,考虑文件分布问题了。(不考虑管理的方便)
比如说数据和索引分开这样的问题了,因为他们都被平均分布到
这10张盘里,不存在磁盘争用的情况了。
我的理解对否?

大虾希望能够解释得透彻一些!
不胜感激!

使用道具 举报

回复
论坛徽章:
31
授权会员
日期:2005-10-30 17:05:332012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:23马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:09:23
17#
发表于 2005-3-15 16:17 | 只看该作者
如果做了处理的物理盘
基本是不需要考虑分开存放的问题
我做过处理的盘下做条带和不做条带的测试(RAW下的)
性能基本相同

使用道具 举报

回复
论坛徽章:
5
行业板块每日发贴之星
日期:2005-08-03 01:02:33行业板块每日发贴之星
日期:2005-12-02 01:02:58会员2006贡献徽章
日期:2006-04-17 13:46:342009日食纪念
日期:2009-07-22 09:30:00祖国60周年纪念徽章
日期:2009-10-09 08:28:00
18#
 楼主| 发表于 2005-3-15 17:37 | 只看该作者
有相关的文档资料吗?
想深入研究一下,搞个清楚,心里爽些!
多谢提供帮助的兄弟!

使用道具 举报

回复
论坛徽章:
168
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-01-04 11:49:54蜘蛛蛋
日期:2011-12-05 16:08:56ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41设计板块每日发贴之星
日期:2011-07-22 01:01:02ITPUB官方微博粉丝徽章
日期:2011-06-30 12:30:16管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
19#
发表于 2005-3-15 17:52 | 只看该作者
最初由 wlidflower 发布
[B]

大致了解了您当前的状态
可能您还没考虑过应用程序升级的问题吧?
如果应用程序升级了
归档如果不备份升级以前的程序
那如果要查询归档的历史数据会有问题
最近我也在想这些问题究竟怎么处理比较合适 [/B]


这边目前情况下,应用程序升级不会影响到后端的数据库.
所以也不会考虑这样的问题

使用道具 举报

回复
论坛徽章:
31
授权会员
日期:2005-10-30 17:05:332012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:23马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:09:23
20#
发表于 2005-3-15 18:10 | 只看该作者
最初由 husthxd 发布
[B]

这边目前情况下,应用程序升级不会影响到后端的数据库.
所以也不会考虑这样的问题 [/B]


我们可能稍微麻烦些
最近正在写处理方案呢
呵呵

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表