Re: Estimation problem with a LIKE clause containing a /
От | Gregory Stark |
---|---|
Тема | Re: Estimation problem with a LIKE clause containing a / |
Дата | |
Msg-id | 87prykpc3q.fsf@oxford.xeocode.com обсуждение исходный текст |
Ответ на | Re: Estimation problem with a LIKE clause containing a / (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Estimation problem with a LIKE clause containing a /
|
Список | pgsql-performance |
"Tom Lane" <tgl@sss.pgh.pa.us> writes: > What I am tempted to do about this is have make_greater_string tack "zz" > onto the supplied prefix, so that it would have to find a string that > compares greater than "123/zz" before reporting success. This is > getting pretty klugy though, so cc'ing to pgsql-hackers to see if anyone > has a better idea. Hm, instead of "zz" is there a convenient way to find out what actual character sorts last amongst all the single characters in the locale's encoding? Doesn't really strike at the core reason that this is so klugy though. Surely the "right" thing is to push the concept of open versus closed end-points through deeper into the estimation logic? -- Gregory Stark EnterpriseDB http://www.enterprisedb.com Ask me about EnterpriseDB's RemoteDBA services!
В списке pgsql-performance по дате отправления: