2022/07/30 20:13:11
2008年注册的CSDN账号,但直到去年第四季度才开始在上面输出自己的知识,没想到成了第一批拥有这个实体化勋章的人。我获评这个勋章的原因是"领军人物/
授人以渔"。这个采纳榜截图是今年4月份的,估计已经创下大数据板块单人最高被采纳数的历史了。而之后我由于已经开始正式工作,也没时间盯着问题去答了,但是之前所做的这些也算是给数据库这个圈子增加了不少的热度
2022/07/29 23:36:15
今天打算录屏整点培训资料,想到win10自带录屏,在焦点放到某个软件窗口的时候,点击键盘的win+g,即可呼出录屏。
但是发现有一些问题,
所以上网搜了一把,发现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
2022/05/26 16:09:24
2022/04/25 15:57:28
。。。20220424,我进了下一家公司。。。
2022/04/10 16:34:20
最近很少写文章,主要是花了比较多的时间去做解答了,
另外还在进行一些学习,也占用了不少时间。
有些问答我已经搬到了《经典问答》板块https://www.darkathena.top/s/classicqa,里面有些sql还是有点意思的
2022/04/10 16:27:37
2022/03/17 17:18:20
瞅到两篇关于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)
2022/03/15 00:58:17
有哪家想做oracle内业务代码流程优化可以放心找我
主要优化方式:
更多的偏向业务逻辑经验,和DBA优化的方面还是有点区别的
业务、开发、DBA这三者在进行沟通的时候,经常会出现鸡同鸭讲,无法正确理解对方想表达的意思,业务说啥开发就写啥,没有管业务逻辑是否有矛盾或者漏洞;开发只管也代码,也没管针对oracle数据库如何设计表结构及程序流程效率会更高。因此需要一个同时理解这三方的人来对其进行调理
有个现象很常见,出了问题,前端说是后端问题,后端说是数据库问题,数据库说我没问题。很少有人能从全流程进行梳理,只能确保自己负责的部分没问题,这样就会一直扯皮但问题依旧无法解决。
2022/02/13 16:10:37
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当回事也情有可原,毕竟这个功能开发出来几十年了,也没多少人反馈有问题。
但强迫症难忍啊
2022/02/08 23:07:06
edb数据库适配oracle的包列表
https://www.enterprisedb.com/docs/epas/latest/epas_compat_bip_guide/03_built-in_packages/