In-Memory for Column

在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/