小编use*_*116的帖子

使用 LIST-REF 复合分区的 DROP PARTITION 策略

我们有一个大型 Oracle 11gR2 实例,其中一些表最近在删除数据时变得很烦人。该数据库为大型优化集群提供动力,该集群从数据库获取输入元数据并存储文件(使用 11g 的 SecureFiles)和用于可视化的 1D-4D 输出数据。从数据库读取/写入非常快,在我们需要清理数据之前,一切都很好。

软件工程师被允许免费运行(阅读:我)并在没有任何分区的情况下设置这个系统,天真地假设删除会正常工作。我们的表结构如下,以前依赖于ON DELETE CASCADE删除每个Casewhere 的数据DeleteFlag = 1

/* Metadata tables */
Case(CaseId, DeleteFlag, ...) On Delete Cascade CaseId
OptimizationRun(OptId, CaseId, ...) On Delete Cascade OptId
OptimizationStep(StepId, OptId, ...) On Delete Cascade StepId

/* Data tables */
Files(FileId, CaseId, Blob) /* deletes are near instantateous here */

/* Data per run */
OnedDataX(OptId, ...)
TwoDDataY1(OptId, ...) /* packed representation of a 1D slice */

/* …
Run Code Online (Sandbox Code Playgroud)

oracle oracle-11g-r2 oracle-11g partitioning

5
推荐指数
0
解决办法
1865
查看次数

标签 统计

oracle ×1

oracle-11g ×1

oracle-11g-r2 ×1

partitioning ×1