| От | Richard Huxton |
|---|---|
| Тема | Re: Benchmark Data requested |
| Дата | |
| Msg-id | 47A887DB.3080002@archonet.com обсуждение исходный текст |
| Ответ на | Re: Benchmark Data requested (Simon Riggs <simon@2ndquadrant.com>) |
| Список | pgsql-performance |
Simon Riggs wrote: > On Tue, 2008-02-05 at 15:05 +0000, Richard Huxton wrote: > >>> Only by locking the table, which serializes access, which then slows you >>> down or at least restricts other options. Plus if you use pg_loader then >>> you'll find only the first few rows optimized and all the rest not. >> Hmm - the table-locking requirement is true enough, but why would >> pg_loader cause problems after the first few rows? > > It runs a stream of COPY statements, so only first would be optimized > with the "empty table optimization". Ah, if you're allowing multiple commands during the process I can see how it could get fiddly. -- Richard Huxton Archonet Ltd
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера