Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

Register Log in
  • Congratulations Wanet Telecoms Ltd on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Search results for query: *

  • Users: exys
  • Order by date
  1. exys

    Slow SELECT .. IN (singelton SELECT..) ?

    That worked perfectly ! Thanks a bunch ! Even with &quot;...AND I.idC IN (1234,1235,1236)&quot; it works as fast as you would expect. Thanks again for a good workaround ! </A>
  2. exys

    Slow SELECT .. IN (singelton SELECT..) ?

    The = version works for this particular query, but I have other queries where the sub-SELECT returns more than one result. For those cases I haven't found a workaround yet. Tried it on MSSQL - apparently that optimizer does the right thing. Does anyone know if this is fixed in the commercial...
  3. exys

    Slow SELECT .. IN (singelton SELECT..) ?

    Thanks for the reply. After a lot of testing and searching I started to suspect that it had something to do with the optimizer like you say, and I even tried the same thing under the latest Firebird release (1.5) with the same result. Today I found out that the issue is logged in the Firebird...
  4. exys

    Slow SELECT .. IN (singelton SELECT..) ?

    I would think the following two queries should be processed the same, but the first one takes over a second, while the second takes a few milliseconds. SELECT * FROM tblData WHERE idA IN (SELECT idB FROM tblIndex WHERE idC=1234); SELECT * FROM tblData WHERE idA = (SELECT idB FROM tblIndex...

Part and Inventory Search

Back
Top