在Oracle数据库中, 如果需要找出一张表授权给了哪一个用户,这个比较简单的,如果有一些视图引用了这张表,然后这张视图授权给了其它用户的话, 那么这也属于这张表的授权信息,如果也要找出这类信息,那么如何找出来这些信息呢? 下面简单看一个例子, 在数据库中存在三个用户T1, T2, T3, 假设T1 ...
我们的文章会在微信公众号IT民工的龙马人生和博客网站( www.htz.pw )同步更新 ,欢迎关注收藏,也欢迎大家转载,但是请在文章开始地方标注文章出处,谢谢! 由于博客中有大量代码,通过页面浏览效果更佳。 本章将深入探讨ORA-01555的四种核心触发场景,为每种场景提供两个详细的案例分析,并附 ...
[20250619]21c使用or_expand提示.txt--//生产系统遇到的问题,我以为以前在21c下测试通过的方法在19c上可以通过,结果不行,有必要重复在21c重复测试看看。1.环境:SCOTT@book01p> @ ver2 PORT_STRING : x86_64/Linux 2.4. ...
我们的文章会在微信公众号IT民工的龙马人生和博客网站( www.htz.pw )同步更新 ,欢迎关注收藏,也欢迎大家转载,但是请在文章开始地方标注文章出处,谢谢! 由于博客中有大量代码,通过页面浏览效果更佳。 今天分享一个几年前做的一个三甲医院的SUN到X86环境的一个11.2.0.4的迁移案例,分 ...
[20250615]sqlplus大量赋值的问题.txt--//前段时间测试大量绑定变量sq语句l执行"缓慢"的问题,实际上问题出在sqlplus客户端,通过pstack观察发现sqlplus要大量调用--//lxoBinCmpMutl函数。当时猜测也许是sqlplus获得绑定变量定位方式"不合理" ...
1、问题描述 如上图所示,使用账号密码登录 Oracle 数据库时,提示密码已失效。 执行请求的操作时遇到错误: ORA-28001: 口令已经失效 28001. 00000 - "the password has expired" *Cause: The user's account has ex ...
我们的文章会在微信公众号Oracle恢复实录和博客网站( www.htz.pw )同步更新 ,欢迎关注收藏,也欢迎大家转载,但是请在文章开始地方标注文章出处,谢谢! 由于博客中有大量代码,通过页面浏览效果更佳。 在日常的数据库运维和开发工作中,性能调优一直是让人头疼又不得不面对的话题。尤其是在处理J ...
我们的文章会在微信公众号Oracle恢复实录和博客网站( www.htz.pw )同步更新 ,欢迎关注收藏,也欢迎大家转载,但是请在文章开始地方标注文章出处,谢谢! 由于博客中有大量代码,通过页面浏览效果更佳。 随着Oracle ADG(Active Data Guard)技术的不断成熟,越来越多的 ...
[20250606]跟踪library cache lock/library cache pin使用systemtap.txt--//以前写过跟踪library cache lock/library cache pin使用gdb,今天尝试使用SystemTap(stap)。--//首先声明一点,我不 ...
[20250530]关于分页查询的问题.txt--//昨天看链接https://jonathanlewis.wordpress.com/2025/05/27/pagination-cost-2/--//提到分页查询使用绑定变量的问题自己重复测试看看。1.环境:SCOTT@book01p> @ ver ...
[20250528]24点计算的SQL版本.txt--//有一张表 cards,id 是自增字段的数字主键,另外有4个字段 c1,c2,c3,c4 ,每个字段随机从 1~10 之间选择一个整数,要求选手--//使用一条 SQL 给出 24 点的计算公式.--//单独写出一条sql语句有点难度,我先尝 ...
[20250526]SORT GROUP BY与HASH GROUP BY.txt--//我记忆里大约在10g开始oracle的group by采用hash group by算法,其结果就是其结果集不再按照group by字段排序,也提醒一些--//开发人员必须显示控制排序方式,可以通过提示USE_ ...
[20250521]生产系统表没有分析统计信息出现的问题(21c).txt--//oracle 19c的生产系统有几个表没有分析统计信息遇到的问题,实际上最主要的原因是涉及到的sql语句没有使用绑定变量,导致大--//量sql语句动态分析取样出现的情况,在测试环境21c做一个测试说明问题。1.环境: ...
[20250514]truncare table相关数据段的确定与恢复.txt--//这几天一直在做truncare table,drop table的非常规恢复,通过修改obj$表的DATAOBJ#指向原来的数据段号,然后通过rowid扫描--//的方式收集数据。该方式最大的缺点就是恢复很慢,原始 ...
[20250512]drop table的恢复3(包含lob类型字段).txt--//作为系列测试,增加drop table的恢复(包含lob类型字段)的情况,建立表包含lob字段,每个lob字段包含2个段,1个数据段,1个其--//索引段。当drop table时,相关数据段全部删除(包括索引段也 ...
[20250511]truncate table恢复实战3(包含lob类型字段).txt--//测试看看脚本如果表包含lob类型字段,truncate table后使用该脚本恢复数据是否可行。--//并且记录自己操作的过程以及相关错误。1.环境:SCOTT@book01p> @ ver2 PORT_ ...
[20250506]drop table的恢复2.txt--//尝试drop table的恢复,前提没有备份的情况不得已为之的方法,前面测试提到drop table时清除段头里面的Extent Map以及--//Auxillary Map的信息。这样通过建立新表的方式也只能像truncate tab ...
[20250501]truncate table恢复实战.txt--//别人数据库不小心truncate table,需要恢复,本以为3-4个小时可以完成,结果几乎使用1倍的工作时间。--//往往是节前最容易出错的时候。--//这类事情虽然以前做过练习,实战的情况几乎没有,在测试环境重新模拟整个的恢 ...
[20250409]GUID转换GUID_BASE64(补充3).txt--//前面写的bash shell脚本没有追加结尾的=,尝试完善该脚本。$ cat o64basex.sh#! /bin/bash# convert guid to guid_base64odebug=${ODEBUG:-0} ...
[20250407]GUID转换GUID_BASE64(补充2).txt--//以前写过一篇GUID转换GUID_BASE64的文章,链接:[20200103]GUID转换GUID_BASE64.txt--//实际上linux直接有一个命令base64直接实现转换.先要转换raw类型再计算,结果完全 ...