DB2 SQL error: SQLCODE: -204, SQLSTATE: 42704, SQLERRMC: STAR9.T_LIANG，这个问题怎么在hibernate中如

DB2 SQL error: SQLCODE: -204, SQLSTATE: 42704, SQLERRMC: STAR9.T_LIANG，这个问题怎么在hibernate中如

SQL1585N不存在具有足够页大小的系统临时表空间。

解释:

可能发生了下列其中一种情况：

1. 系统临时表的行长度超过了数据库中最大系统临时表空间中可接受的限
制。

2. 系统临时表中所需的列数超过了数据库中最大系统临时表空间中可接受
的限制。

系统临时表空间限制取决于其页大小。这些值是：

最大 最大 临时
记录 列数 表空间的
长度 页大小
----------- ---- ------------
1957 字节 244 2K
4005 字节 500 4K
8101 字节 1012 8K
16293 字节 1012 16K
32677 字节 1012 32K

用户响应:

创建受支持的更大页大小的系统临时表空间（如果还没有的话）。若已存在
这种表空间，则从系统临时表中消去一列或多列。按需要创建独立表或视图
来存放超出限制的更多信息。

sqlcode : -1585

sqlstate : 54048

以下是对这个错误的解释。
SQL0204N "<名称>" 是一个未定义的名称。
解释:
此错误由以下之一引起：
o 未在数据库中定义由 "<名称>" 标识的对象。
o 在表上未定义由 "<名称>" 标识的数据分区。
o 正在使用某个数据类型。此错误可能是由于下
列原因而发生的：
- 如果 "<名称>"
是限定名称，则具有此名称的数据类型在数据
库中不存 在。
- 如果 "<名称>"
是非限定名称，则用户的函数路径不包含期望
的数据类 型所属于的模式。
- 该数据类型在创建时间戳记早于程序包绑定时
间的数据库中不存在（适用于静态语句）。
- 如果数据类型在 CREATE TYPE 语句的 UNDER
子句中，则该类型名可能与正定义的类型相同
，这 是无效的。
o 下列其中一项中正在引用某个函数：
- DROP FUNCTION 语句
- COMMENT ON FUNCTION 语句
- CREATE FUNCTION 语句的 SOURCE 子句
如果 "<名称>"
是限定名称，则函数不存在。如果
"<名称>"
是非限定名称，则当前函数路径的任何模式中
都不存 在
此名称的函数。注意，函数不能以
COALESCE、 NULLIF 或 VALUE
内置函数作为源函数。
o 在 CREATE SECURITY LABEL COMPONENT 语句中 UNDER
子句右边使用了名为“名称”的元素，但尚未
将该 元素定义为 ROOT
或者在其他某个元素下方（UNDER）。
o 下列其中一个标量函数指定了“名称”标识的
安全策略，但在数据库中未定义该安全策略。
- SECLABEL
- SECLABEL_TO_CHAR
- SECLABEL_BY_NAME
可为任何类型的数据库对象生成此返回码。
联合系统用户：在数据库中未定义由 "<名称>"
标识的对象，或者 "<名称>" 不是 DROP NICKNAME
语句中的昵称。
某些数据源不向 "<名称>"
提供适当的值。在这些情况下，消息标记将具有以下格
式： "OBJECT:<数据源>
TABLE/VIEW"，指示指定数据源的实际值未知。
不能处理该语句。
用户响应:
确保在 SQL 语句中正确指定了对象名（包括任何必需
的限定符），并且它存在。
如果该名称表示一个数据分区，则查询目录表
SYSCAT.DATAPARTITIONS
以找到一个表的所有数据分区。对于 SOURCE
子句中缺少的数据类型或函数，可能是该对象不存
在，或该对象处于某模式中，但该模式不在您的函
数路径中。对于 CREATE SECURITY LABEL COMPONENT
语句来说，确保先将每个元素指定为 ROOT 或者 UNDER
子句中的子代，然后再在 UNDER
子句中将其指定为父代元素。对于标量函数
SECLABEL、SECLABEL_TO_CHAR 或 SECLABEL_BY_NAME
来说，确保对参数“安全策略名”指定了有效的安
全策略。
联合系统用户：如果该语句是 DROP
NICKNAME，则确保该对象实际上是一个昵称。该对象可
能不存在于联合数据库中或数据源上。验证联合数
据库对象（如果有）和数据源对象（如果有）的存
在情况。
sqlcode : -204
sqlstate : 42704

说明你用的数据库 用户名肯定不止一个 你所查询的表没有在当前项目配置的数据库用户名下

1.查看有没有DB2ADMIN.AA表，如果有
2.到db2控制台增加用DB2ADMIN并授权限。（给表权限拥有者授权也可以是当前用户）

这个问题我也遇到过，后来在网上找见了答案。
原因：系统当前时间早于数据库函数执行时间，当系统连接数据库的时候，发现规定的数据库函数执行时间还没到，就出现上述原因。
解决办法：把系统当前时间往后调。
查看数据库函数的执行时间
db2 select funcschema, funcname, create_time from syscat.functions