日志 | DA-技术分享

DarkAthena 2022年07月30日

2008年注册的CSDN账号，但直到去年第四季度才开始在上面输出自己的知识，没想到成了第一批拥有这个实体化勋章的人。我获评这个勋章的原因是"领军人物/
授人以渔"。这个采纳榜截图是今年4月份的，估计已经创下大数据板块单人最高被采纳数的历史了。而之后我由于已经开始正式工作，也没时间盯着问题去答了，但是之前所做的这些也算是给数据库这个圈子增加了不少的热度
2e370cdf454a3c6daeee8d296b9c9a09_talk_1659182155311
a596ecf08ef766739d3eac57ba426339_talk_1659182155526

DarkAthena 2022年07月29日

今天打算录屏整点培训资料，想到win10自带录屏，在焦点放到某个软件窗口的时候，点击键盘的win+g，即可呼出录屏。
但是发现有一些问题，

如果桌面文字图标显示比例不是100%,那么录屏鼠标位置会有偏移
无法录制右键菜单和软件子窗口，因为这个录屏只针对激活的那个frame，而不是屏幕的区域，所以就算把其他软件的界面覆盖上去，它录制的依旧只有激活它的那个窗口,甚至不会被覆盖影响

所以上网搜了一把，发现wps的演示文稿里，竟然有个录屏功能，点击后，需要等几秒钟，因为首次需要在线下载。
试了下，功能挺好用，界面也简洁。

然后，我感觉这个东西不像个插件，而像是个独立的软件，于是通过任务管理器进程找到了这个录屏软件对应的目录

C:\Users\DarkAthena\AppData\Roaming\kingsoft\wps\addons\pool\win-i386\kapower_2.2.0.7\kapowerapp\ApowerREC.exe

然后上网一搜，推荐文章挺多，但貌似并不是商业免费软件，wps集成真没问题？

https://www.apowersoft.com/record-all-screen
下拉，找到了合作伙伴，里面就有wps，看来没毛病。

然后我又找到了这个软件的中文网站
https://www.apowersoft.cn/record-all-screen

原来奥软就是它啊，之前看陈抱一直播的时候，就在说奥软的投屏很好用，原来不仅有投屏，还有录屏。然后再看这个公司的产品清单，貌似发现宝库了，挺多实用的小工具，推荐mark

DarkAthena 2022年05月26日

Oracle常用诊断事件清单
https://www.cnblogs.com/macleanoracle/archive/2013/03/19/2967244.html

DarkAthena 2022年04月25日

。。。20220424，我进了下一家公司。。。

DarkAthena 2022年04月10日

最近很少写文章,主要是花了比较多的时间去做解答了,

屏幕截图 2022-04-10 135947

另外还在进行一些学习,也占用了不少时间。
有些问答我已经搬到了《经典问答》板块https://www.darkathena.top/s/classicqa,里面有些sql还是有点意思的

DarkAthena 2022年04月10日

红珠实验 https://baike.baidu.com/item/%E7%BA%A2%E7%8F%A0%E5%AE%9E%E9%AA%8C

DarkAthena 2022年03月17日

瞅到两篇关于CDB查PDB数据的文章，mark一下，这两篇内容结合起来，可玩性很高
https://developer.aliyun.com/article/130253
https://developer.aliyun.com/article/772912

--给CDB普通用户授权所有PDB的某个系统视图
alter user c##test set container_data=ALL for v_$session container=current;
--授权全部数据
ALTER USER c##test SET CONTAINER_DATA=ALL CONTAINER=CURRENT;
--在CDB内聚合所有PDB查询
select * from Containers(v_$session)

DarkAthena 2022年03月15日

有哪家想做oracle内业务代码流程优化可以放心找我
主要优化方式：

通过sql代码的等价替换来提高程序运行效率
发现流程（业务或程序）中的盲点或者bug，对流程进行优化，以使其逻辑更严密、更具扩展性

更多的偏向业务逻辑经验，和DBA优化的方面还是有点区别的

业务、开发、DBA这三者在进行沟通的时候，经常会出现鸡同鸭讲，无法正确理解对方想表达的意思，业务说啥开发就写啥，没有管业务逻辑是否有矛盾或者漏洞；开发只管也代码，也没管针对oracle数据库如何设计表结构及程序流程效率会更高。因此需要一个同时理解这三方的人来对其进行调理
有个现象很常见，出了问题，前端说是后端问题，后端说是数据库问题，数据库说我没问题。很少有人能从全流程进行梳理，只能确保自己负责的部分没问题，这样就会一直扯皮但问题依旧无法解决。

DarkAthena 2022年02月13日

ORACLE数据库的utl_encode.uuencode函数,和标准的uuencode有区别,标准里规定每行60个字符,除最后一行外,应该都是大写字母"M"开头,但oracle中的是每行77个字符,以小写字母"l"开头,在mos上有记录BUG,UTL_ENCODE.UUENCODE Does Not Follow The Standard Uuencode Format (文档 ID 2197134.1)
官方解决方案是

Until Bug:6655881 is addressed, use a workaround or use a 3rd party external procedure based on the uuencode/uudecode standard

简单来说就是这个bug已经收录,建议使用第三方外部过程,直到BUG修复

但这个bug是2016年报告的呀,这都5年多了。。。不过utl_encode.uudecode倒是能解析各种各样的长度(但是oracle解析标准的uuencode编码会丢失数据)

当然,uuencode这种编码已经被base64取代了,oracle不把这个bug当回事也情有可原,毕竟这个功能开发出来几十年了,也没多少人反馈有问题。
但强迫症难忍啊

DarkAthena 2022年02月08日

edb数据库适配oracle的包列表
https://www.enterprisedb.com/docs/epas/latest/epas_compat_bip_guide/03_built-in_packages/