| От | markw@osdl.org |
|---|---|
| Тема | Re: Is this a commit problem? |
| Дата | |
| Msg-id | 200309251704.h8PH4U100833@mail.osdl.org обсуждение исходный текст |
| Ответ на | Re: Is this a commit problem? (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 25 Sep, Tom Lane wrote: > markw@osdl.org writes: >> I've been observing a interesting behavior with our DBT-2 workload. > > AFAICS the only possible explanation for this is that you aren't > actually waiting for the first transaction to commit before you start > the second one. What is the client doing exactly to issue these > queries? > > regards, tom lane Basically 4 steps: PQexec(dbc->conn, "BEGIN"); PQexec(dbc->conn, "DECLARE mycursor CURSOR FOR SELECT new_order(...)"); PQexec(dbc->conn, "FETCH ALL IN mycursor"); PQexec(dbc->conn, "COMMIT"); I take it PQexec() should wait until the COMMIT finishes? Mark
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера