操作:<br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1--><br />C&#58;\&#62;db2 drop table poscash<br />DB21034E &nbsp;该命令被当作 SQL<br />语句来处理，因为它不是有效的“命令行处理器”命令。在 SQL 处理期间，它返回：<br />SQL0901N &nbsp;SQL 语句因为不严重的系统错误而失败。可以处理后续 SQL 语句。（原因为<br />&#34;Fail to write to history file during drop table&#34;。） &nbsp;SQLSTATE=58004<br /><!--c2--></div><!--ec2--><br /><br />sql0901的解释<br /><!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1--><br />C&#58;\&#62;db2 ? sql0901<br /><br /><br />SQL0901N由于不严重的系统错误，SQL 语句失败。可以处理后续 SQL<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;语句。（原因 &#34;&#60;原因&#62;&#34;）。<br /><br />解释&#58;<br /><br />由于系统错误，导致发生错误。SQL 语句的处理已因原因<br />&#34;&#60;原因&#62;&#34;（这只有英文的，且仅对 IBM 支持人员有用）而结束。<br /><br />用户响应&#58;<br /><br />记录消息号（SQLCODE）及原因 &#34;&#60;原因&#62;&#34;。<br /><br />若跟踪是活动的，则在操作系统命令行提示符处调用“独立跟踪设施”。然<br />后与技术服务代表联系，并提供以下信息：<br /><br />o &nbsp; 问题描述<br /><br />o &nbsp; SQLCODE<br /><br />o &nbsp; 原因 &#34;&#60;原因&#62;&#34;<br /><br />o &nbsp; SQLCA 内容（若有可能的话）<br /><br />o &nbsp; 跟踪文件（若有可能的话）<br /><br /><br /><br />联合系统用户：将拒绝请求的数据源中的问题隔离出来（参考<br />问题确定指南 以确定哪个数据源导致 SQL<br />语句处理失败）并对该数据源执行必需的诊断步骤。数据源的问题确定过程<br />各有不同，因此参考适用的数据源手册。<br /><br /> sqlcode &#58; &nbsp;-901<br /><br /> sqlstate &#58; 58004<br /><!--c2--></div><!--ec2--><br /><br />看不懂&#33;是不是日志满了?

db2 &quot;drop table table_name&quot;