转载声明：本文为DBA+社群原创文章，转载必须连同本订阅号二维码全文转载，并注明作者名字及来源：DBA+社群（dbaplus）。
在12月13号【DBA+社群】线下技术沙龙•北京站的活动中，有同学在提问环节问到，Oracle 12c版本中提供了In-Memory，如果一张表有很多字段，那么Oracle的In-Memory可以支持到Column级别吗？本篇文章，希望可以让这位同学得到答案。
专家简介
卢飞
【DBA+社群】北京发起人
Oracle 10g OCP，6年Oracle数据库维护经验，对Oracle数据库管理、数据迁移，性能优化有着丰富的实战经验。目前专注于数据库技术及自动化运维方面的研究。
Oracle 在数据库12c (12.1.0.2)版本中提供了In-Memory功能选件，在Oracle数据库中所有启用了In-Memory的对象都存储在以inmemory_size为大小的 Database cache中。
你可以在以下对象级别开启/关闭In-Memory功能：
Column
Table
Materialized view
Tablespace
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的启用及关闭，是对应用透明的。
小编精心为大家挑选了近日最受欢迎的几篇热文:
回复001，看杨志洪《【职场心路】一个老DBA的自白》；
回复002，看丁俊的《【重磅干货】看了此文，Oracle SQL优化文章不必再看！》；
回复003，看胡怡文《PG，一道横跨oltp到olap的梦想之桥》；
回复004，看陈科《memcached&redis等分布式缓存的实现原理》；
回复005，看宋日杰《Oracle后台专家解决library cache锁争用的终极武器》；
回复006，看郑晓辉《存储和数据库不得不说的故事》；
回复007，看袁伟翔《揭秘Oracle数据库truncate原理》；
回复008，看李海翔《MySQL优化案例：半连接（semi join）优化方式导致的查询性能低下》；
回复009，看丁启良《LINUX类主机JAVA应用程序占用CPU、内存过高分析手段》；
回复010，看徐桂林《以应用为中心的企业混合云管理》。
如果字段的最大可能长度超过255字节，那么长度值可能…
只能说作者太用心了，优秀
感谢详解
一般干个7-8年（即30岁左右），能做到年入40w-50w；有…
230721