DB2 - Problem description
| Problem IT07617 | Status: Closed |
TABLE WITH INLINE TRIGGER THAT ACCESSES THE SAME TABLE MORE THAN ONCE IN THE TRIGGER BODY PRODUCES SQL0101N | |
| product: | |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 | |
| Problem description: | |
If you have a TRIGGER which accesses the same table more than
once you might received a SQL0101N.
This can be demonstrated with following example which does
produce the same error as customer
create table t1 (c1 int ) @
CREATE OR REPLACE TRIGGER trig1
AFTER INSERT ON t1
FOR EACH row MODE DB2SQL
BEGIN ATOMIC
insert into t1 values 1;
insert into t1 values 2;
end @
insert into t1 values 1 @
SQL0101N The statement was not processed because a limit such
as a
memory limit, an SQL limit, or a database limit was
reached.
Explanation:
This message can be returned when an attempt is made to prepare
or
execute an SQL statement that exceeds a limit such as a memory
limit, an
SQL limit, or a database limit. In this context, "memory limits"
include
the following examples:
* Statement heap (STMTHEAP)
* Application heap (APPLHEAPSZ)
* Application memory (APPL_MEMORY)
* Instance memory (INSTANCE_MEMORY)
* Other process or system memory limits | |
| Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * db2 luw * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to db2 v105 fixpack 5 * **************************************************************** | |
| Local Fix: | |
Contact DB2 Support | |
| Solution | |
Upgrade to db2 v105 fixpack 5 | |
| Workaround | |
not known / see Local fix | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 10.03.2015 13.07.2015 13.07.2015 |
| Problem solved at the following versions (IBM BugInfos) | |
| Problem solved according to the fixlist(s) of the following version(s) | |
| 10.1.0.5 |
|