Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.databases.ms-sqlserver    |    Notorious Rube Goldberg contraption    |    19,505 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 18,805 of 19,505    |
|    migurus to All    |
|    using like vs = in exact match    |
|    26 Dec 12 10:22:13    |
      From: migurus@yahoo.com              I came across a situation where application builds a list of names by matching       first three letters entered by user. The list of names does not have any       duplicates The query generated by app is        SELECT LAST_NAME        FROM NAME_LIST        WHERE LAST_NAME LIKE 'GRE%'              The result set is coming back as        GREAGORS        GREEN        GREISS              Now user selects one line and application should retrieve that line, The app       generate the same query as in the 3 letter case above        SELECT LAST_NAME        FROM NAME_LIST        WHERE LAST_NAME LIKE 'GREEN%'              I don't like the lazy programming, it should have been WHERE LAST_NAME =       'GREEN' in my view, my guts feeling is that the access plan for LIKE clause       might be inefficient comparing to the = clause.       The example above is simplified. But in essence is LIKE less likely to produce       a perfect plan comparing to =, or there is no justification to my rant.              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca