RESULT CACHE

RESULT CACHE是11g的新特性。

RESULT CACHE MODE

MANUAL: When set to MANUAL (the default), query results are not stored in the result cache.
      If cached results are required for individual queries then hints need to be used. See Using Hints section below.
FORCE: When set to FORCE, the result cache is used for all query results.

而让我脑裂的是，从10g升级过来的11g数据库，还有compatible参数，也就是说，如果compatible没有更改，那就是原来的10g的compatible，也就是说，没有result cache这个特性。当这个升级过来的数据库，作为11g的备库的时候（主库11g），当主库执行带有result cache的建表语句时，就会报错。这个时候，需要修改compatible的参数值。（就像ASM里面的compatible参数，可以升但不可以降。）

时间： 2024-10-06 08:49:21

RESULT CACHE的相关文章

Result Cache特性之SQL QUERY结果集缓存

在Oracle 11g中,推出了Result Cache新特性,对于结果集合进行缓存处理,减少了IO,提高了性能.服务器端结果集缓存位于共享池中,缓存这SQL query结果,包括sql查询结果.函数结果.OLAP应用程序能够显著受益于服务器端结果集缓存.当然,这个益处有赖于应用程序本身.其中比较好的使用场景就是从一个大表中查询返回小部分数量的结果,比如数据仓库环境.例如,类似于物化视图通过表固化查询结果,结果集缓存也可以让你启用高级查询重写功能. 这一新特性包括三部分: 1)SQL QUERY

当设置RESULT_CACHE_MAX_SIZE参数并且重启过database后，Query Result Cache 还是被禁用的。

来源于: Query Result Cache is disabled After Setting RESULT_CACHE_MAX_SIZE And Restarting The Database (文档 ID 460581.1) 适用于: Oracle Server - Standard Edition - Version: 11.1.0.6 to 11.1.0.6 This problem can occur on any platform. 症状: The RESULT_CACHE_MA

Oracle 11g新特性之--Server Result Cache

Oracle 11g新特性之--Server Result Cache 一．Server Result Cache说明 Oracle官网的说明,参考: 7.6 Managing the Server and Client Result Caches http://docs.oracle.com/cd/E11882_01/server.112/e16638/memory.htm#BGBCABED 1.1 概述 SQL 查询结果高速缓存可在数据库内存中对查询结果集和查询碎片启用显式高速缓存.存储

Nop中的Cache浅析

Nop中定义了ICacheManger接口,它有几个实现,其中MemoryCacheManager是内存缓存的一个实现. MemoryCacheManager: using System; using System.Collections.Generic; using System.Runtime.Caching; using System.Text.RegularExpressions; namespace Nop.Core.Caching { /// <summary> /// Repre

java Cache框架

Cache框架乱炖各类开源的缓存解决方案 JBossCache/TreeCacheJBossCache是一个复制的事务处理缓存,它允许你缓存企业级应用数据来更好的改善性能.缓存数据被自动复制,让你轻松进行Jboss服务器之间的集群工作.JBossCache能够通过Jboss应用服务或其他J2EE容器来运行一个Mbean服务,当然,它也能独立运行. JBossCache包括两个模块:TreeCache和TreeCacheAOP. TreeCache --是一个树形结构复制的事务处理缓存. Tre

buffer cache 和shared pool 详解（之三，shared pool原理）

[深入解析--eygle] 学习笔记 1.2 shared pool原理 Shared Pool是Oracle SGA设置中最复杂也是最重要的一部分内容,Oracle通过Shared Pool来实现SQL共享.减少代码硬解析等,从而提高数据库的性能.在某些版本中,如果设置不当,Shared Pool可能会极大影响数据库的正常运行. 在Oracle 7之前,Shared Pool并不存在,每个Oracle连接都有一个独立的Server进程与之相关联,Server进程负责解析和优化所有SQL和PL/

guava cache使用例子

关于介绍请参考:http://blog.csdn.net/liangrui1988/article/details/46120533# 下面是测试代码 ,下载源码可在github上获取:https://github.com/liangrui1988/guavaTest package org.rui.test; import java.util.concurrent.Callable; import java.util.concurrent.ExecutionException; import

Django2.2 Cache缓存的设计以及几种方式的多级或单级缓存处理

首先照例说明一下缓存的作用以及Django中可以用到的缓存方式: 缓存的作用是用于数据项的再次加载,在设定的时间内可以无压力刷新或者再次访问该数据信息方式一数据库缓存(Django原生的---有代码提示) 方式二(非Django原生)redis缓存------------------------------------------windows下的redis配置安装博客推荐 -----> https://blog.csdn.net/AkiraNicky/article/details/825

Nginx+Lua 积累

Nginx+Lua 积累 1.解析16进制编码的中文参数复制代码 local encodeStr = "%E6%B0%94" local decodeStr = ""; for i = 2, #encodeStr - 1, 3 do local num = encodeStr:sub(i, i + 1); num = tonumber(num, 16); decodeStr = decodeStr .. string.char(num); end ngx.say(