Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Juan R. Guzman — — source: Informix-list mailing list archive (1991-1998)
I've also changed the OPTCOMPIND to 0 and it behaved the same way.
Juan R. Guzman wrote in message ...
>I have a stored procedure on two machines (same hardware, one with Solaris
>2.5.1 and the other Solaris 2.6), server 1 w/ online 7.22 UC1 and the
server
>2 with online 7.23uc6. In this stored procedure there is a select
statement
>which is puzzling me. Here is why:
>
>
>on server 1:
>
>the select statement uses an index within the SPL but if I take the same
>select statement and run it thru dbaccess it does a sequential scan.
>
>on server 2;
>the select statement uses sequential scan in and outside the spl.
>
>
>The query takes 8 seconds when using the index and 1 minute when it
doesn't.
>My question is why is the engine not being consistent all around. I've
done
>update statistics on the tables and procedure involved and the behaviordoes
>not change.
>
>Any help would be greatly appreciated since it is holding up my upgrade.
>
>
>
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.