Re: VARCHAR -vs- CHAR: huge performance difference?
| От | C. Bensend |
|---|---|
| Тема | Re: VARCHAR -vs- CHAR: huge performance difference? |
| Дата | |
| Msg-id | 55909.63.227.74.41.1087349538.squirrel@webmail.stinkweasel.net обсуждение исходный текст |
| Ответ на | Re: VARCHAR -vs- CHAR: huge performance difference? ("Scott Marlowe" <smarlowe@qwest.net>) |
| Список | pgsql-admin |
> Were those fields populated just like the varchar fields? If not, then
> the test proves little. If so, I find it hard to believe that char(x)
> would be any faster than varchar. They're all handled about the same.
Hi Scott,
Yes, the new table was populated from the data from the original, via
a:
INSERT INTO emails2 SELECT * FROM emails;
This should be correct, yes?
> If you want to do count(*) on the table, do it by having a table with
> nothing but IDs in it that is referenced by the table with all the
> text. PostgreSQL can't really optimized aggregate functions with
> indexes, so it always winds up doing seq scans.
I have also tried doing a count(column) on the emails table, using a
column that is indexed. It showed no improvement - I would have
expected at least a little gain. And here's the clincher - when I do
a count(*) on a different table with the same number of rows but only
four varchar columns, it returns the result in 75ms. (!!!)
Benny
--
"Oh, the Jedis are going to feel this one!" -- Professor Farnsworth,
"Futurama"
В списке pgsql-admin по дате отправления: