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

事情是这样的：

这几天用户反映在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一样，它很会伪装，将错的信息组合成对的信息一样，没有人类情感的人工智能会把人类带向它的未来吗？