I've just run into a very unpleasant problem obviously related to SPL
caching on HDR secondary.
Steps to reproduce: (ANSI database, IDS 9.40uc5, also reproduces
9.21):
1. Primary:
create function spl_test() returning INT; return 1; end function;
commit;
execute function spl_test();
commit;
-- returns 1
2. Secondary:
execute function spl_test();
commit;
-- returns 1
3. primary:
drop function spl_test;
commit;
create function spl_test() returning INT; return 0; end function;
commit;
execute function spl_test();
commit;
-- returns 0
-- CHECKPOINT ON PRIMARY:
onmode -c
4. secondary:
execute function spl_test();
commit;
-- returns 1
The only way to get expected "0" on Secondary - restart the Secondary
---------------
I've filed a level-2 bug about it
------------------------------------------
Alexey Sonkin
"Alexey Sonkin" <alexey...@verizon.net> wrote in message news:906b40fc.0410...@posting.google.com...
> 3. primary:
>
> drop function spl_test;
> commit;
>
> create function spl_test() returning INT; return 0; end function;
>
> commit;
>
> execute function spl_test();
> commit;
>
> -- returns 0
>
> -- CHECKPOINT ON PRIMARY:
Try this:
on the primary server, after you drop and recreate the new procedure
update statistics for procedure.
Doesn't help - forgot to mention in the original post
With 9.40uc5, after " update statistics for procedure spl_test;"
on HDR Secondary, I'm getting SQL Error -9753:
Unable to find User Defined Routine with the given ID
> -----Original Message-----
> From: Willem Roos [mailto:wr...@shoprite.co.za]
>
>
> Also seen on IDS 7.31.ud8 and earlier. As a workaround do 'update
> statistics for procedure spl_test' on secondary, you'll get an error but
> the sp recompiles.
>
> >
> > Hi, everybody,
> >
> > I've just run into a very unpleasant problem obviously related to SPL
> > caching on HDR secondary.
> >
> >