Re: stack depth limit exceeded

On 5 September 2010 10:13, Ovid <curtis_ovid_poe(at)yahoo(dot)com> wrote:
> I'm getting the following error from Postgres:
>
>  ERROR:  stack depth limit exceeded
>  HINT:  Increase the configuration parameter "max_stack_depth", after ensuring
> the platform's stack depth limit is adequate.
>  CONTEXT:  SQL statement "UPDATE _test_changed_table SET updates = updates + 1
> WHERE table_name =  $1 "
>  PL/pgSQL function "fn_update_changes" line 2
> This happens even after I drop and recreate the database.  What's going on is
> that for every table in the database we create three triggers, similar to these
> for the 'users' table:
>
> tr_insert_users
> tr_update_users
> tr_delete_users
>
> Each trigger will add 1 to the corresponding insert/update/delete column in a
> table which tracks those.  This allows me, when I finish a test run, to check my
> "_test_changed_table" table to see what updates, inserts and deletes have
> happened on which table:
>
> veure_test=# select * from _test_changed_table;
>   id |table_name  |is_static |inserts |updates |deletes
> ----+-------------+-----------+---------+---------+---------
>  4|location    |        1|      1|      0|      0
>  8|email       |        0|      0|      0|      0
>  1|roles       |        1|      0|      0|      0
>  6|users |        1|      0|      0|      0
>    ...
>
> (We do this because we then know which tables have been altered on a given test
> run and we only rebuild the changed tables, not the entire db. Saves a lot of
> time).
>
> This was working fine until this mornings 'stack depth' errors.  Can anyone give
> me a pointer as to what's going on?  Is there more information I can provide to
> help diagnose this?

When you say that you have a trigger on "every table", does that
include "_test_changed_table"? If you have an UPDATE trigger on that
table which fires, it'll result in a recursive trigger.

--
Thom Brown
Twitter: @darkixion
IRC (freenode): dark_ixion
Registered Linux user: #516935