组合分区可以自动按日建分区吗？

IT渔夫

请教下各位，先做LIST分区，再按时间做RANGE分区，可以自动按日建分区吗？

1. CREATE TABLE TB_RT
   
2. (
   
3. org_id       varchar2(50),
   
4. eq_code      varchar2(50),
   
5. date_time    date,
   
6. rt_value     varchar2(4000)
   
7. )
   
8. partition by list (org_id)
   
9. subpartition by range (date_time)
   
10. interval(numtodsinterval(1,'day'))
    
11. (
    
12. partition LG2 values('LG2')
    
13. (
    
14. subpartition part_01 values LESS THAN (TO_DATE('2018/4/13','yyyy-mm-dd'))
    
15. )
    
16. )

复制代码

以上的代码试过很多写法都执行不了。

〇〇

系统分区可以

〇〇

我记错了，这个对吗 http://blog.51cto.com/hbxztc/1878094

newkid

只能换一种做法，INTERVAL做主分区，LIST做子分区。
https://docs.oracle.com/database ... F2-F41C2F764F47.htm

IT渔夫

newkid 发表于 2018-4-13 21:34
只能换一种做法，INTERVAL做主分区，LIST做子分区。
https://docs.oracle.com/database/121/VLDBG/GUID-8F ...

谢谢，昨天试了下确实可行

wmxcn2000

子分区，不能用 interval .

sqysl

现实中，很少有这么弄的，一般都是range+hash（子），或range+list（子）。

IT渔夫

sqysl 发表于 2018-4-17 16:19
现实中，很少有这么弄的，一般都是range+hash（子），或range+list（子）。

为什么这么说了？ 我这边很多就是list+range？有什么不好的地方吗？还请指教！

sqysl

IT渔夫 发表于 2018-4-17 16:52
为什么这么说了？ 我这边很多就是list+range？有什么不好的地方吗？还请指教！

1、我不清楚楼主的具体需求，也不了解楼主这么分区的初衷，只是从常见和常用角度进行分析；
2、现实中，应用中where条件包含range分区字段的几率更高，这就意味着range+list分区方案的适用性和相关SQL的性能可能会更好些；
3、新数据入库时，楼主的list+range分区方案，会更新每个list分区，而range+list方案只会更新最近一个分区，这可能会涉及表的统计数据及其收集；
4、楼主这种list+range的分区方案当初是为了改善入库性能吗？如果这样，那没太大必要。

lastwinner

IT渔夫 发表于 2018-4-17 16:52
为什么这么说了？ 我这边很多就是list+range？有什么不好的地方吗？还请指教！

没什么不好，就看适不适合了