|
Postgres 9 1С ERROR: LOCK TABLE can only be used in transaction blocks
| ☑ |
0
Murdoch
22.02.12
✎
08:59
|
хоть 9.0.3 хоть 9.1.2 хоть этерсофт 9.0.4
везде в логах работы присутствует ошибка:
ERROR: LOCK TABLE can only be used in transaction blocks
1С 8.1.15 - Конфигурация УТ 10.2.6 переработанная.
Postgres стоит на RHEL6/64. пробовался и на Centos5.6/64
я не могу понять, почему не исправляют ошибку уже год ?
или может мне нужно код в конфигурации переписать, тогда какой ?
|
|
1
Murdoch
22.02.12
✎
09:01
|
Ах да забыл добавить, ошибка возникает сразу уже при создании пустой базы средствами 1С.
|
|
2
ansh15
22.02.12
✎
16:26
|
На платформе 8.2 (от 8.2.9 до последних) ни на одной версии postgresql(8.3.8, 8.4.3 и т.д.)такой ошибки не возникало ни разу, за 2.5 года. Тоже на разных CentOS. Правда, постгрес самосборный.
Хотя, про это пишут:
Собирать сами не пробовали?
|
|
3
Murdoch
05.03.12
✎
12:02
|
Постгрес ставил и от 1С и от Этерсофта, везде 1С 8.1.15
сам не собирал.
|
|
4
IVIuXa
11.03.12
✎
15:52
|
|
|
\|/
|
|
5
IVIuXa
11.03.12
✎
15:53
|
(2)
"Вся беда в том, что 1С81 до сих пор пытается накладывать блокировки вне
транзакций (видимо, чтение списка изменений к postgresql 8.4 сочли не
обязательным, а на предупреждение в readme для fasttrun, гласящее "Warning:
function isn't transaction safe!" вообще внимания не обратили)."
|
|
6
Ranger_83
11.03.12
✎
15:56
|
Не то?
Зависает PostgreSQL 9.0 (сценарий Расчет себестоимости)
Проблема:
Причиной зависания является отсутствие актуальной статистики по таблицам, участвующим в запросе. Количество записей в этих таблицах сильно изменилось с начала транзакции (было 0 стало 140000). Autovacuum не видит этих изменений снаружи транзакции и статистика остается неактуальной.
Способы решения:
Установить в postgresql.conf значение параметра join_collapse_limit=1
Ожидается патч, который на основе анализа изменений будет запускать сбор статистики по таблице
Дата публикации: 2011-10-05
|
|
7
Murdoch
13.03.12
✎
09:26
|
вот кстате (6) может и помочь, пока пробую.
|
|