Re: performance modality in 7.1 for large text attributes?
От | Tom Lane |
---|---|
Тема | Re: performance modality in 7.1 for large text attributes? |
Дата | |
Msg-id | 5859.977336250@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | performance modality in 7.1 for large text attributes? (Paul A Vixie <vixie@mfnx.net>) |
Список | pgsql-hackers |
Paul A Vixie <vixie@mfnx.net> writes: > http://www.vix.com/~vixie/results-psql.png shows a gnuplot of the wall time > of 70K executions of "pgcat" (shown below) using a CIDR key and TEXT value. I get a 404 on that URL :-( > anybody know what i could be doing wrong? (i'm also wondering why SELECT > takes ~250ms whereas INSERT takes ~70ms... seems counterintuitive, unless > TOAST is doing a LOT better than i think.) Given your later post, the problem is evidently that the thing is failing to use the index for the SELECT. I am not sure why, especially since it clearly does know (after vacuuming) that the index would retrieve just a single row. May we see the exact declaration of the table --- preferably via "pg_dump -s -t TABLENAME DBNAME" ? > furthermore, are there any plans to offer a better libpq interface to INSERT? Consider using COPY if you don't want to quote the data. COPY rss FROM stdin;values heremore values here\. (If you don't like tab as column delimiter, you can specify another in the copy command.) The libpq interface to this is relatively straightforward IIRC. regards, tom lane
В списке pgsql-hackers по дате отправления: