未来的人工智能会像流浪地球中的MOSS一样伪装,把人类带向属于它的未来吗?

事情是这样的:

这几天用户反映在erp的db数据库中A账套中上传pdf附件有时能上传有时不能,以前又是好的。换成表格文件也是时好时坏。一开始我判断可能是用户的系统环境或文件本身的问题,后来排查更换电脑后一样,后来切换同一数据库db下的B账套操作又都是正常上传的。

经过debug发现系统报错位置在插入表时出错,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一样,它很会伪装,将错的信息组合成对的信息一样,没有人类情感的人工智能会把人类带向它们的未来吗?