Re: intercepting where clause on a view or other performance tweak
От | Russell Keane |
---|---|
Тема | Re: intercepting where clause on a view or other performance tweak |
Дата | |
Msg-id | 8D0E5D045E36124A8F1DDDB463D548557D0CDC68C0@mxsvr1.is.inps.co.uk обсуждение исходный текст |
Ответ на | Re: intercepting where clause on a view or other performance tweak (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: intercepting where clause on a view or other
performance tweak
Re: intercepting where clause on a view or other performance tweak |
Список | pgsql-performance |
Sorry, I should've added that in the original description. I have an index on search_key and it's never used. If it makes any difference, the table is about 9MB and the index on that field alone is 3MB. -----Original Message----- From: Tom Lane [mailto:tgl@sss.pgh.pa.us] Sent: 16 November 2012 15:05 To: Russell Keane Cc: pgsql-performance@postgresql.org Subject: Re: [PERFORM] intercepting where clause on a view or other performance tweak Russell Keane <Russell.Keane@inps.co.uk> writes: > Running the following query takes 56+ ms as it does a seq scan of the whole table: > SELECT CODE FROM stuff > WHERE SEARCH_KEY LIKE 'AAAAAA%' Why don't you create an index on search_key, and forget all these other machinations? (If your locale isn't C you'll needto use a varchar_pattern_ops index.) regards, tom lane
В списке pgsql-performance по дате отправления: