JSON创建索引概述 对于JSON数据来说并没有什么特殊的SQL数据类型，所以创建索引的方式也并无特别之处。可以对json_value函数返回值创建B-tree索引或者位图索引，也可以对is json、js not json、json_exists等函数创建位图索引。 一般来说，位图索引通常是创建在那些唯一值很少的字段上，比如性别之类。 函数索引只会在对应函数的查询sql上才会生效，这在具体使用中

从18C开始，对json数据进行了很多增强，其中之一就是treat as json表达式。可以将带有关键字AS JSON的SQL函数treat应用于SQL表达式，以指定该表达式返回JSON数据。 这在Oracle无法确定结果为JSON数据的情况下很有用。 在要强制将某些文本解释为JSON数据的情况下，它也很有用。 例如，您可以使用它告诉Oracle将{}的VARCHAR2值解释为不是字符串，而是解

有一套adg环境，数据正常同步，同时也部署配置了dgbroker管理工具， 但是在运行一会后会出现TNS的报错，在做swithover和failover也会失败，根据alert日志可以发现做切换的时候会去访问db_unique_name_DGB的TNS，而查看主备起的监听，却并没有发现这样一个service，经过查资料，这个监听是会在dgbroker服务起来的时候动态注册的，动态注册的时候是去找的

在oracle数据库中rowid是唯一的吗，或许很多人第一反应都是这么认为。这种说法其实并不准确，应该说在oracle 8以前，在整个数据库层面rowid是唯一的，而从oracle 8开始，在数据库层面rowid并不是全局唯一的，针对表空间来说，存储在其中的数据的rowid则是相对唯一的。 我们知道在数据库中存放的每一条记录都有一个ROWID ，代表着这条记录在数据库存放的物理地址。 从oracl

result cache是用来存储查询sql得到的结果，给之后的重复查询来使用。通过缓存这些结果，oracle能避免那些重复的实际消耗，并且节省了大量的数据库操作，比如排序、合并、物理io和表关联等。result cache是内存里的一块单独区域，要么是SGA里或者客户端应用程序内存里。存放在里面的缓存结果在不同的sql语句或者不同的会话之间是可以共享的，除非缓存结果本身失效了。结果缓存对于应用程

由于数据查询的需求，我们常常需要在数据库当中建立只读用户，并且都是赋予的select any table权限。但是有没有想过只读权限的用户也能锁表？并且是以排他锁的形式？ 这样就意味着很多‘只读‘权限的用户并不是真正意义上的只读，这很有可能会由于人为失误或者故意的某些行为导致生产环境的严重灾难，先通过几个例子来重现这种现象。 123456789101112131415161718SQL> c

别人问你数据库的某个参数是多少时，一般我们都是会直接通过show parameter，或者select value from v$parameter的方式，但是这种查询只是查到的当前会话里的参数值，而如果这个会话对参数进行过修改的情况下，查出来的值与数据库实际的值其实是不一样的。 通过字典可以查到好多带有parameter的系统视图，比如V$PARAMETER,V$SPPARAMETER,V$SY

从11g开始引入了AMM(Automatic Memory Management)的概念，AMM管理了SGA+PGA的内存分配，它允许将内存在SGA和PGAs之间进行转移，你只需要指定MEMORY_TARGET一个参数即可，剩下的事情全部交给oracle自己来做。 这里首先解释几个名词： System global area (SGA) SGA是一组共享内存结构，作为SGA组件，包含了一个or

有些应用程序会每天生成一个当天日期命名的日志文件，对应日志文件里面出现的报错信息要进行实时监控，实际的过程中遇到了很多坑，总结记录下来，供以后参考。 监控设备是多台win机器，而每个win机器上有多个路径不一的日志目录，目录都含有中文。每个目录下每天都会生成一个新的日期命名的log文件，而目前所要做的是对每个日志文件中的多个关键字进行监控告警。 有几个需要思考的地方： 多个机器多个目录肯定是需要

监控oracle有很多方式，目前主要使用的是通过第三方软件orabbix，它是通过jdbc连到各个oracle数据库上去执行sql，效率还可以，只是目前有个新需求，有个业务监控返回结果必须含有中文，而orabbix中无法配置字符集 ，导致存放到zabbix中时就会乱码，所以只能换一种方式，采用自带的database monitor来监控。整个配置过程很简单，主要是记录下字符集的转换配置。 Linu