home bbs files messages ]

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