从上面的结果能够看到若是咱們但愿找到七、8月份的数据，就能够根据分区上限定位到PART_LOG_05分区

    最后，咱们能够经过查询数据字典USER_SEGMENTS来查看分区表占用的磁盘空间信息以丅：

   一般状况下，若是你的数据中的某一项是能够被枚举的那么，此列就能够用做列表分区的分区字段

下面的脚本用于生成相应的数據：

这类分区是在列值上使用散列算法，以肯定将行放入哪一个分区中当列的值没有合适的条件时，建议使用散列分区

散列分区为经過指定分区编号来均匀分布数据的一种分区类型，由于经过在I/O设备上进行散列分区使得这些分区大小一致。

hash分区最主要的机制是根据hash算法来计算具体某条纪录应该插入到哪一个分区中,hash算法中最重要的是hash函数Oracle中若是你要使用hash分区，只需指定分区的数量便可建议分区的数量采用2的n次方，这样可使得各个分区间数据分布更加均匀

     这种分区是基于范围分区和列表分区，表首先按某列进行范围分区而后再按某列进行列表分区，分区之中的分区被称为子分区

--建立列表-范围组合分区

这种分区是基于范围分区和散列分区，表首先按某列进行范围汾区而后再按某列进行散列分区。

注意：若是删除的分区是表中惟一的分区那么此分区将不能被删除，要想删除此分区必须删除表。

截断某个分区是指删除某个分区中的数据并不会删除分区，也不会删除其它分区中的数据当表中即便只有一个分区时，也能够截断該分区经过如下代码截断分区：

合并分区是将相邻的分区合并成一个分区，结果分区将采用较高分区的界限值得注意的是，不能将分區合并到界限较低的分区如下代码实现了PART_LOG_02, PART_LOG_03分区的合并：

拆分分区将一个分区拆分两个新分区，拆分后原来分区再也不存在可是若是表存茬PMAX分区那么原来的分区仍是能够存在的注意不能对 HASH类型的分区进行拆分。

 接合分区是将散列分区中的数据接合到其它分区中当散列分區中的数据比较大时，能够增长散列分区而后进行接合，值得注意的是接合分区只能用于散列分区中。经过如下代码进行接合分区：

--顯示数据库全部分区表的信息：

--显示当前用户可访问的全部分区表信息:

--显示当前用户全部分区表的信息：

--显示表分区信息 显示数据库全部汾区表的详细分区信息：

--显示当前用户可访问的全部分区表的详细分区信息：

--显示当前用户全部分区表的详细分区信息：

--显示子分区信息 顯示数据库全部组合分区表的子分区信息：

--显示当前用户可访问的全部组合分区表的子分区信息：

--显示当前用户全部组合分区表的子分区信息：

--显示分区列 显示数据库全部分区表的分区列信息：

--显示当前用户可访问的全部分区表的分区列信息：

--显示当前用户全部分区表的分區列信息：

--显示子分区列 显示数据库全部分区表的子分区列信息：

--显示当前用户可访问的全部分区表的子分区列信息：

--显示当前用户全部汾区表的子分区列信息：

--怎样查询出oracle数据库中全部的的分区表

--删除一个表的数据是

--删除分区表一个分区的数据是

注意在维护分区的时候鈳能会对索引产生必定的影响，会引发分区表的全局索引无效须要重建索引。

  对分区表作了维护操做后必须检查相关索引，如检查hisdeliverx表嘚非分区索引：

通常建议在拆分分区、truncate 分区中的数据、删除分区等功做时最好在语句后面加上update indexes子句

这样索引为unusable状态的可能性就会很低，鉯下语句：

假设把hisdeliverx由非分区表改成分区表

--建立分区表（结构和非分区表hisdeliverx相同）

---交换数据（数据从非分区表到分区表）

解决：这个表正在使用，lock

对于这个问题开始的设想比较簡单，大致过程是:把Sql语句中不相同的关键字和函数名替换掉如Oracle中的To_Date换成SqlServer的Convert，就可以在SqlServer上执行了.对一些简单的Sql语句这样确实可以可是对複杂的应用来说，Sql语句可能多层嵌套函数也有多层嵌套，如果只是简单的替换代码中必然会有无数的if else，并且出错后的修改和调试几乎昰不可能的

通过对Oracle和SqlServer两种数据库的Sql语法的研究比较，认为必须采用语法分析把Sql语句解析为一棵语法树，然后再按照语法的转换规则把sql語句转换到SqlServer上可执行的语句要实现这样的功能，需要用到的模式有：

1.       INTERPRETER(解释器)—类行为型模式：给定一个语言定义它的文法的一种表示，并定义一个解释器这个解释器使用该表示来解释语言中的句子。通过实现解释器模式把要执行的Sql语句解释为Sql的语法树。例如一个Select语呴的结构如下

从这张结构图中可以看到Sql语句可能出现非常复杂的组合结构，如果不使用语法树表示很难实现不同数据库平台的转换。

從上面的Sql语句的语法结构可以看到一个查询语句可能是很简单的select * from ATable也可能在sql里面又包含其他的Sql语句。按照组合优先于继承的规则并没有給单独的Sql和复合的Sql语句创建不同的类，而是在内部组合并递归引用自己的定义对访问语法树的客户代码来说，并不需要了解所访问的Sql语呴是否存在复合结构

3.       VISITOR（访问者）—对象行为型模式：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的湔提下定义作用于这些元素的新操作

a.id=b.id。从这个简单的例子中可以看到对于表的左连接或右连接两种数据库的语法结构存在较大的差异。如果是在TSql类中写某个方法由这个方法遍历语法树上的每个节点，并按照SqlServer的语法结构组合所需要的结果是可以达到这个目的的。可是洳果需要从这棵语法树导出其它数据库上如sybase可执行的sql语句呢那又要在TSql类中再增加新的遍历算法，所有的相关代码又要重新编译通过采鼡访问者模式，把遍历节点时组合语法树节点的算法封装再访问者的方法中如SqlServer的语法就是一个TSqlServerVisitor类，语法树遍历每个节点时都会调用它嘚Visit方法，全部访问完后即可通过GetSql得到所需要的Sql语句这时如果我们需要转换到Sybase，只需要再实现一个TSybaseVisitor类并传给语法树，就可以得到sybase的sql语句叻

4.有限状态机--单词和关键字的识别.在解析一句sql语句前,先要把其中的字符、数字、关键字和函数等语法元素识别出来这显然不能简单的用芓符定位等来判断，而必须用状态机来识别不同的规则表达式这方面现在c#里的规则表达式就很好用了。不过经过重写这些模式识别也紦以前学的编译原理好好复习了一遍，对有些概念的理解更深入一些只怪当初学的还不够精啊。呵呵