| От | Fabien COELHO |
|---|---|
| Тема | Re: pgbench vs. SERIALIZABLE |
| Дата | |
| Msg-id | alpine.DEB.2.02.1305182259550.1473@localhost6.localdomain6 обсуждение исходный текст |
| Ответ на | pgbench vs. SERIALIZABLE (Josh Berkus <josh@agliodbs.com>) |
| Ответы |
Re: pgbench vs. SERIALIZABLE
|
| Список | pgsql-hackers |
> My thinking is that what pgbench should do is: > * track an error count > * if it finds an error, don't increment the transaction count, but do > increment the error count. > * then continue to the next transaction. > > Does that seem like the right approach? Could it retry the *same* transaction instead of the next one? Should it give up trying under some conditions, say there are more errors than transactions? -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера