Subject | Re: [ib-support] Problem with stored procedure FB1.0.2 |
---|---|
Author | Johan Leroy |
Post date | 2003-04-14T12:14Z |
Thanks all for the help and thx Dimitry for the info that it is normal.
"Dmitry Yemanov" <dimitr@...> schreef in bericht
news:2EA47E65365FD511BF2100A0C9ACE53840ECAE@......
"Dmitry Yemanov" <dimitr@...> schreef in bericht
news:2EA47E65365FD511BF2100A0C9ACE53840ECAE@......
> Johan and Martijn,is
>
> > > The problem is that when the sql statement (eg.)
> > > SELECT Stock FROM RESM_STOCK WHERE ItemIdx = :ItemIdx
> > INTO :StockQty;
> > > is executed in the procedure and there is no result for the current
> > ItemIdx,
> > > it containts the result of the previous select where ther
> > was a record for
> > > Itemidx.
> > > eg
> > > Select ... ItemIdx = 5 -> result 10
> > > Select ... itemidx = 1 -> (no record for it) return also 10
> >
> > I'm pretty sure it doesn't return "10" - what makes you think it does?
>
> Johan is absolutely correct. If there's no record to fetch, then nothing
> assigned to the variable/parameter (StockQty), so it still contains an old
> value. And it's not a bug, but as designed. The only way to handle it
> properly is initializing variable/parameter before SELECT and checking its
> value after it, i.e. exactly how Johan has done it.
>
>
> Dmitry
>
>
> To unsubscribe from this group, send an email to:
> ib-support-unsubscribe@egroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>