ORACLE分区表设置，我想问以下几个问题

没有比这更重要的东西了，有一个无效分区可以存储与设置条件不匹配的数据。

1.第一个问题：效率的提高取决于你访问表的方式，比如你经常要删除和截断某个分区范围的数据，这个时候分区会大大提高你的效率，但要注意索引的影响，分区表的索引分为全局索引和局部索引， 执行上述操作后，全局索引将无效，需要重新构建或添加更新索引子句来保证索引的有效性，本地索引不受此限制。一般来说，当查询和关联并且只访问某个分区时，本地索引的效率高于全局索引，如果查询和关联的范围是多个分区，那么全局索引的效率高于本地索引。5 个分区和 50 个分区的区别取决于您的业务需求和对执行效率的综合考虑。 如果查询往往只有一条或多条记录，并且一般集中在同一个分区中，那么分区越小，效率越高，当然，这些效率在数据仓库层面的影响有限，往往在线事务处理的数据库应用可以累积比较大的效率提升。

第二个问题是关于备份分区表也可以用 exp、expdp、rman 等来备份，exp 和 expdp 也支持备份分区表的一个分区，这样比较方便。

1）大表分区效率能提高多少？

根据您的索引，它是全局索引（跨分区）还是本地索引（局内的索引）。

如果查询只使用本地索引，那么效率仍然可以提高。

如果您使用的是全局索引，则如果处理不当，可能会降级。

2）如果使用分区，备份数据与之前的导出方式有区别吗？

这种分区通常是使用表空间文件的分区。

例如，按时间分区。 目前的图书馆只能保存 5 年的数据。 当第 6 年到来时，管理员手动使最旧的年份的分区脱机，并创建一个新的分区。

对于特定的备份，尚不清楚您是 RMAN 备份还是什么。

它不应该有太大的不同。

Oracle 10G 的组合分区仅支持 range-list，并且似乎能够 range-range。 如果 id 不多，可以使用 range-list。 合并分区有时会导致数据字典异常大 – 数据库具有大量子分区元数据，可以在没有子分区的情况下使用。

如果表太大，可以考虑对数据库和表进行分片，如果不是特别大，则进行分区+分区索引。 如果只需要对几个表进行分区，请考虑一下。

如果查询条件包含分区键，数据库会自动按分区搜索数据，也可以在查询表名中添加 subpartition（） 直接访问子分区数据。