在12月13号DBA+社群线下活动的北京站,有同学在提问环节问到,Oracle 12c版本中提供了In-Memory,如果一张表有很多字段,那么Oracle的In-Memory可以支持到Column级别吗?这篇文章,希望可以让这位同学得到答案。
Oracle 在数据库12c (12.1.0.2)版本中提供了In-Memory功能选件,在Oracle数据库中所有启用了In-Memory的对象都存储在以inmemory_size为大小的 Database cache中。
你可以在以下对象级别开启/关闭In-Memory功能:
l Column
l Table
l Materialized view
l Tablespace
l Partition
这里我们针对Column来测试一下,看看如何根据表字段使用In-Memory功能。
这里我们登陆到数据库,并建立一张表
可以根据v$im_column_level视图查询是否有Column级别的IM对象,这里可以看到其实现在没有启用表tab_col_im的In-Memory功能。
如果直接在Column级别指定启用In-Memory功能,是不允许的。
要启用Column级别的In-Memory功能,首先要在Table级别启用.
再次查询v$im_column_level视图可以看到C1 C2 C3字段都已经启用In-Memory功能
是否启用Table/Column级别的In-Memory可以使用ALTER TABLE语句进行开启或关闭。
以上演示了Column级别的In-Memory功能如何开启及关闭,其实启用了In-Memory功能的Column也会影响SELECT语句的效率/执行计划。
这里我们对表tab_col_im插入数据
查询全部列的执行计划
查询c3列的执行计划(c3列没有启用In-Memory)
而查询启用In-Memory功能的Column的执行计划中,可以看到使用了TABLE ACCESS INMEMORY FULL,这里也可以看到执行计划中Cost也是不一样的,启用In-Memory功能的Column列查询时会比不启用的成本低很多。
当查询带where条件时执行计划也是不一样的,且可以看到执行计划中的谓词过滤信息也使用了INMEMORY。
最后可以看到Oracle提供的In-Memory功能其实还是比较全面的,可以在数据库不同的对象级别进行设置,最重要的是In-Memory的启用及关闭,是对应用透明的。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26390465/viewspace-1873479/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/26390465/viewspace-1873479/