[20250528]24点计算的SQL版本.txt
[20250528]24点计算的SQL版本.txt--//有一张表 cards,id 是自增字段的数字主键,另外有4个字段 c1,c2,c3,c4 ,每个字段随机从 1~10 之间选择一个整数,要求选手--//使用一条 SQL 给出 24 点的计算公式.--//单独写出一条sql语句有点难度,我先尝试使用sqlplus+ bash shell的方式实现看看,计算使用dc或者bc。--//实际上sq
[20250527]24点计算2.txt
[20250527]24点计算2.txt--//有一张表 cards,id 是自增字段的数字主键,另外有4个字段 c1,c2,c3,c4 ,每个字段随机从 1~10 之间选择一个整数,要求选手--//使用一条 SQL 给出 24 点的计算公式.--//单独写出一条sql语句有点难度,我先尝试使用sqlplus+ bash shell的方式实现看看,计算使用dc或者bc。--//实际上sqlplus
[20250527]奇怪的sql macros.txt
[20250527]奇怪的sql macros.txt--//oracle 不知道从那个版本支持sql macros操作,想实现一个算式计算结果的功能,结果遇到问题。--//做一个记录。1.环境:SCOTT@book01p> @ ver2==============================PORT_STRING &
[20250527]oracle如何实现字符串计算公式转换为数字.txt
[20250527]oracle如何实现字符串计算公式转换为数字.txt--//比如如下字符串 '(1+2+3)*4',需要将该字符串的内容经过计算后输出计算结果24.如何使用实现。SELECT TO_NUMBER(XMLQUERY('(1+2+3)*4' RETURNING CONTENT)) AS result FROM DUAL;--//简单测试验证看看。1.
[20250527]bash shell编程变量作用域问题.txt
[20250527]bash shell编程变量作用域问题.txt--//无聊,写一个计算24点的小程序,使用bash shell编程遇到变量作用域问题,通过一个简单例子说明问题。$ cat e4.sh#! /bin/bashresult='bad'echo "$1 $2 $3 $4 * * * pq" | while read linedo &nbs
[20250526]SORT GROUP BY与HASH GROUP BY.txt
[20250526]SORT GROUP BY与HASH GROUP BY.txt--//我记忆里大约在10g开始oracle的group by采用hash group by算法,其结果就是其结果集不再按照group by字段排序,也提醒一些--//开发人员必须显示控制排序方式,可以通过提示USE_HASH_AGGREGATION/NO_USE_HASH_AGGREGATION来控制采用的算法。做
[20250525]设置cursor_sharing=force下PLSQL语句的光标缓存问题2.txt
[20250525]设置cursor_sharing=force下PLSQL语句的光标缓存问题2.txt--//测试cursor_sharing=force的情况下,PLSQL脚本SQL语句的光标缓存问题,补充一个测试。1.环境:SCOTT@book01p> @ ver2==============================PORT_STRING &n
[20250524]设置cursor_sharing=force下PLSQL语句的光标缓存问题.txt
[20250524]设置cursor_sharing=force下PLSQL语句的光标缓存问题.txt--//测试cursor_sharing=force的情况下,PLSQL脚本SQL语句的光标缓存问题。1.环境:SCOTT@book01p> @ ver2==============================PORT_STRING &nbs
[20250523]生产系统表没有分析统计信息出现的问题(11g).txt
[20250523]生产系统表没有分析统计信息出现的问题(11g).txt--//前几天在21c下测试表没有分析统计信息大量执行没有使用绑定变量sql语句遇到的情况,导致大量sql语句动态取样,出现等待事件--//enq: RC - Result Cache: Contention靠前的情况,主要原因是动态执行的sql语句加入了R提示ESULT_CACHE(SNAPSHOT=3600),--//o
[20250521]生产系统表没有分析统计信息出现的问题(21c).txt
[20250521]生产系统表没有分析统计信息出现的问题(21c).txt--//oracle 19c的生产系统有几个表没有分析统计信息遇到的问题,实际上最主要的原因是涉及到的sql语句没有使用绑定变量,导致大--//量sql语句动态分析取样出现的情况,在测试环境21c做一个测试说明问题。1.环境:SCOTT@book01p> @ ver2==========================
[20250515]删除在Pluggable Database设置的参数.txt
[20250515]删除在Pluggable Database设置的参数.txt--//想删除在Pluggable Database设置的参数,发现无法通过以前的操作方式删除,做一个记录以及解决方法:1.环境:SYS@book> @ver2==============================PORT_STRING
[20250515]drop table相关数据段的确定与恢复.txt
[20250515]drop table相关数据段的确定与恢复.txt--//这几天一直在做truncare table,drop table的非常规恢复,通过修改obj$表的DATAOBJ#指向原来的数据段号,然后通过rowid扫描--//的方式收集数据。该方式最大的缺点就是恢复很慢,原始的脚本定义行号是999,而且如果扫描数据块范围很大的情况下,真是很慢.--//我第一次尝试没有修改脚本使用行
[20250514]truncare table相关数据段的确定与恢复.txt
[20250514]truncare table相关数据段的确定与恢复.txt--//这几天一直在做truncare table,drop table的非常规恢复,通过修改obj$表的DATAOBJ#指向原来的数据段号,然后通过rowid扫描--//的方式收集数据。该方式最大的缺点就是恢复很慢,原始的脚本定义行号是999,而且如果扫描数据块范围很大的情况下,真是很慢.--//我第一次尝试没有修改脚
[20250514]21c使用dbms_metadata.get_ddl参看临时表定义问题(整理).txt
[20250514]21c使用dbms_metadata.get_ddl参看临时表定义问题(整理).txt--//前段时间在自己的虚拟机器测试遇到的问题,发现在21c下使用dbms_metadata.get_ddl参看临时表定义,会报ora-04031错误,当时--//没有做的笔记很乱,重新整理记录如下:1.环境:SCOTT@book01p> @ ver2==================
[20250509]建立完善hidez.sql脚本.txt
[20250509]建立完善hidez.sql脚本.txt--//我使用自己写的hidez.sql查看oracle隐含参数,发现在pdb下存在一个问题,没有考虑pdb的情况。--//通过例子说明:1.环境:SYS@book> @ ver2==============================PORT_STRING &
[20250513]bbed读取数据块8 fffext.sh.txt
[20250513]bbed读取数据块8 fffext.sh.txt--//测试看看,如果出现行链接是否可行。看了笔记以前测试过,再重复测试看看。--//链接:[20210319]bbed读取数据块3.txt,另外以前的读取脚本有1个小问题,这次更正--//grep -B1 --no-group-separator "ub4 ktbbhod1" ,这样匹配输出前一行一定是dba
[20250513]建立完善finddoid.sh脚本3.txt
[20250513]建立完善finddoid.sh脚本3.txt--//从原来扫描数据文件取数据记录的脚本分离出来,写一个根据数据段号确定文件号以及块号的脚本,并增加确定数据段号的最大行--//号的情况,前面改写感觉文件命名不合理再做一些修改。$ cat finddoid.sh#!/bin/bash# argv1=file_number argv2=begin_block argvs3=end_b
[20250512]drop table的恢复3(包含lob类型字段)(补充).txt
[20250512]drop table的恢复3(包含lob类型字段)(补充).txt--//尝试drop table的恢复,发现脚本还可以做一些改进,既然通过bbed扫描的方式知道每块的行记录,这样可以减少扫描范围。--//参考链接[20250512]drop table的恢复3(包含lob类型字段).txt1.环境:SCOTT@book01p> @ ver2===============
[20250512]drop table的恢复3(包含lob类型字段).txt
[20250512]drop table的恢复3(包含lob类型字段).txt--//作为系列测试,增加drop table的恢复(包含lob类型字段)的情况,建立表包含lob字段,每个lob字段包含2个段,1个数据段,1个其--//索引段。当drop table时,相关数据段全部删除(包括索引段也会一起删除,不过对于恢复,索引可以重建),这样通过rowid方式恢--//复需要建立的新表相关数据段
[20250511]truncate table恢复实战3(包含lob类型字段).txt
[20250511]truncate table恢复实战3(包含lob类型字段).txt--//测试看看脚本如果表包含lob类型字段,truncate table后使用该脚本恢复数据是否可行。--//并且记录自己操作的过程以及相关错误。1.环境:SCOTT@book01p> @ ver2==============================PORT_STRING