在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的启用及关闭，是对应用透明的。
原文：http://blog.itpub.net/26390465/viewspace-1873479/