事情是这样的:
这几天用户反映在erp的db数据库中A账套中上传pdf附件有时能上传有时不能,以前又是好的。换成表格文件也是时好时坏。一开始我判断可能是用户的系统环境(阅读软件或网络不稳定等)或文件本身的问题,后来排查更换电脑后一样,后来切换同一数据库db下的B账套操作又都是正常上传的。
经过debug发现系统报错位置在cl_createDocument() 函数插入表时出错,oracle11g中报错SQLCA.SQLERRD[2] = -1691
于是我把问题发给AI机器人,下面是AI给出回复:
于是开始从权限方向开始排查:
1.确定当前用户拥有此表的插入权限
SELECT * FROM USER_TAB_PRIVS WHERE TABLE_NAME = 'GCB_FILE';
2.确定表拥有者中是否有当前用户
SELECT owner FROM all_tables WHERE table_name = 'GCB_FILE';
尝试在PLSQL中将字段值插入,发现可以正常成功。
后来排查表空间:
SELECT UPPER(F.TABLESPACE_NAME) "表空间名", D.TOT_GROOTTE_MB "表空间大小(M)", D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)", TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,2),'990.99') "使用比", F.TOTAL_BYTES "空闲空间(M)", F.MAX_BYTES "最大块(M)" FROM (SELECT TABLESPACE_NAME, ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES, ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES FROM SYS.DBA_FREE_SPACE GROUP BY TABLESPACE_NAME) F, (SELECT DD.TABLESPACE_NAME, ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB FROM SYS.DBA_DATA_FILES DD GROUP BY DD.TABLESPACE_NAME) D WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME ORDER BY 4 DESC;
尝试对BLOBDBS1表空间扩容后问题解决,确实是表空间不足的问题!
扩容方法见我之前写的文档:https://www.cnblogs.com/mylive/p/15911930.html
从AI给出的答案我们可以推测出以下观点:
AI机器人感觉会根据提问者所描述的语义逻辑关系,拼凑出很像的答案出来,即使是错的,也会装成很像的样子,照这样发展下去,人工智能很可能会像流浪地球的moss一样,它很会伪装,将错的信息组合成对的信息一样,没有人类情感的人工智能会把人类带向它的未来吗?
短短六个月内关于人工智能的话题与炒作激增,究竟发生了什么事情才能引发如此大的冲击?这是否值得我们高度关注?未来我们又可以期待 AI 带来怎样的影响?今天我将和大家一同探索这几个问题的答案。