Thank you. I will give it a try.
Do you think having a lot of extents could be the problem, or maybe the
statistics are just out of wack for the table?
Larry
> To: ids@iiug.org
> From: paul@oninit.com
> Subject: RE: Qwerky Stored Procedure issue [32104]
> Date: Fri, 6 Dec 2013 14:00:41 -0500
>
> Not that I am aware of - I would just run with -cDI
>
> Cheers
> Paul
>
> > -----Original Message-----
> > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> > LARRY SORENSEN
> > Sent: Friday, December 06, 2013 12:55 PM
> > To: ids@iiug.org
> > Subject: RE: Qwerky Stored Procedure issue [32102]
> >
> > Are there any special options for checking the sysprocedures and
> > sysprocplan?
> >
> > Larry
> >
> > > To: ids@iiug.org
> > > From: paul@oninit.com
> > > Subject: RE: Qwerky Stored Procedure issue [32101]
> > > Date: Fri, 6 Dec 2013 13:41:55 -0500
> > >
> > > How do you define health ? If the SPL compliles then it exists, if it
> > > doesn't then it doesn't.
> > >
> > > You can run oncheck on the sysprocedures and sysprocplan
> > >
> > > Cheers
> > > Paul
> > >
> > > > -----Original Message-----
> > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> > > > LARRY SORENSEN
> > > > Sent: Friday, December 06, 2013 12:37 PM
> > > > To: ids@iiug.org
> > > > Subject: RE: Qwerky Stored Procedure issue [32100]
> > > >
> > > > Is there a way to check the health of Stored Procedures such as
> oncheck
> > > with
> > > > an option or some other command?
> > > >
> > > > Larry
> > > >
> > > > > To: ids@iiug.org
> > > > > From: lsorensen25@msn.com
> > > > > Subject: RE: Qwerky Stored Procedure issue [32082]
> > > > > Date: Tue, 3 Dec 2013 14:22:47 -0500
> > > > >
> > > > > I am running two Sun servers running Solaris 10 and IDS 11.50.FC7.
> > > > >
> > > > > I have an interesting situation. I am starting to gather more
> > > information,
> > > > but
> > > > > I was wondering if anyone may have experienced this and can give me
> > an
> > > > idea
> > > > of
> > > > > what to look for.
> > > > >
> > > > > An application developer created a Stored Procedure that is called
> via
> > > API.
> > > > It
> > > > > basically takes information gathered from a web site, comma
> delimited
> > > file,
> > > > > and inputs it into a database. The Stored Procedure may work once to
> a
> > > > few
> > > > > times, but then it appears to not do anything, no data files
> processed,
> > > with
> > > > > no error messages. However, when we turn TRACE ON in the same
> > Stored
> > > > > procedure, it works flawlessly.
> > > > >
> > > > > Does this ring any bells with anyone?
> > > > >
> > > > > Larry
> > > > >
> > > > >
> > > > >
> > > >
> > **********************************************************
> > > > *********************
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > **********************************************************
> > > > *********************
> > > >
> > >
> > >
> > >
> > **********************************************************
> > *********************
> > >
> > >
> >
> >
> > **********************************************************
> > *********************
> >
>
>
>
>
>
*******************************************************************************
To post a response via email (IIUG members only):
1. Address it to ids@iiug.org
2. Include the bracketed message number in the subject line: [32106]
*******************************************************************************
↧