Типовая конф. "Управление торговым предприятием для Казахстана"
Около месяца назад, перешли на postgresql 9.1.2-1.1C.
Пользователей 20-25, активных 4-6.
Фирма растет, планируем в течении полугода 40-50 пользователей.
Скорость postgresql приемлемая, по формированию отчетов и проведению документов, можно сказать что отличии от SQL почти не заметно. Какие то отчеты медленные стали проводиться, а какие-то быстрее.
Самое страшное :) нас начали мучить блокировки.

Посмотрел, что postgresql блокирует всю таблицу, а при управляемых блокировках - по записям.
Начал изучать этот вопрос. Перевел частично конфигурацию на управляемые блокировки. Сделал только хуже, появились взаимоблокировки. Так как РИБ, то и там где SQL стоит начались проблемы после перевода.
Пока вернул в автоматический режим.

Возникли вопросы:
1. Основные блокировки завязаны вокруг документа "Реализация товаров и услуг", ну и соответственно несколько регистров с ним связанных.
Сколько по времени нужно что бы переписать типовую конфигурацию под управляемые блокировки? Интересны ответы тех кто переводил. Хотим просто сравнить что будет дешевле купить SQL или потратить деньги на перевод конфы в управляемый режим.
2. Почему 1с, вместо того чтобы встроить внутрь платформы нормальный механизм (как они это сделали для SQL), переложили это на плечи конечных программистов? Даже не на разработчиков типовых, сейчас в нашей типовой ни строчки когда про управляемые блокировки. Может кто знает, работает ли 1с в этом направлении?
3. Сложилось такое впечатление, после месяца работы на postgresql что эта система предназначена только для больших размеров баз, но до 12 пользователей и это вообще не конкурент SQL, до тех пор пока в типовых конфах не приделают руки к блокировкам. Правильно ли я понял?

Пы.Сы. На основе этих ответов, хотим принять решение оставим Рostgresql или нет.

просто 1с не умет ее готовить. Ну и да - можно просто включить управляемые длокировки для всей конфы, коллизии (минуса) будут только если очень интенсивный документооборот по пересекающимся позициям.

стоит понимать, что измениться REPEATABLE READ на READ COMMITTED и все (по большому счету. 1с, конечно, при записи наборов на итоги и набор будет накладывать диапазоны блокировок, но так в старых конфах оно все в конце проведения происходит, мало чего изменится в дополнение к изменению уровня изоляции транзакций)

*изменится

скачай тест http://infostart.ru/public/173394/ посмотри, как масштабируется постгре в управляемом режиме и сколько коллизий

коллизий = ощшибок блокировок

(1) Да вот тоже частично перевел в управляемый режим.
И вышло так:
Там где был запрос и после него запись этих данных, часто выдает взаимоблокировки. И плюс к этому они появились в РИБ на SQL.
(4) Спасибо сейчас скачаю.

(6) Вот после того и понял, что весь код придется пересматривать. Много может время уйти.

(6) убедись, что запись регистров идет в одинаковой последовательсти, например с помощью функции Движения.Записать

еще можешь попробовать DB2, у @ЖивойИскопаемый неплохие результаты

Живой Ископаемый

(9) Спасибо, но DB2 тоже платная. Бесплатная версия думаю не потянет наши потребности.

Можно попробовать включить режим "Разделяемые итоги" на регистрах. Тогда не должно быть дедлоков в режиме управляемые блокировки.

(8) Вот в том то и дело, что не хочу пока весь код пересматривать, пока не определимся останемся мы на postgresql или нет.

(12) не надо путать падение по дедлокам и по ожиданию блокировки. Дедлоки обходятся (8)

(14) согласна, поправку принимаю. Ожидание, конечно.

А сколько в 1с может длиться ожидание блокировки?

(16) выставляется в конфигураторе, по умолчанию 20 минут

секунд

(17) Нашел, спасибо.

Прочитал пока 2 статьи, все понятно, даже примеры есть.
http://1cexpo.ru/metodiki/31-analiz-i-ustranenie-vzaimoblokirovok.html
http://1cexpo.ru/informacziya/27-blokirovki-dannyx-v-1spredpriyatii-8.html

Я понимаю что дедлоки можно обойти, но хотелось бы определить сколько во времени может занят перевод конфигурации в этот режим. Потомучто если это будет больше 2-х месяцев, то дешевле будет купить SQL.

(19) перевод конфигурации в этот режим занимает ровно одну галочку.

проблема одна - если ничего не сделано дополнительно, то тот контроль остатков, например, который есть в конфигурации, может неправильно работать.

(20) в редких случаях - когда какой-то документ проведется между тем, как в другом поведена проверка, а потом записаны движения.

соответственно, для управляемых блокировок стоит добавить только установку этих самых блокировок на критичные регистры (ЕМНИП, ТоварыНаСкладах только) в начале проведения

и то только для расходных документов

ЕМНИП = ИМХО :)

гы, статья с kb.1c.ru смисченная

(20) Если честно страшно на живой базе такое вытворять :)
А в копии добиться таких блокировок как в реальной жизни, трудно.

(0)
oracle

postgresql для прыщявых нищих русиш дельфи программеров

(27) демо база БСП уже работает в оракле?

(27) А причем тут покупка SQL и нищие программеры?

(29)
серьезные люди играют по крупному и по взрослому
постгрес - типа детство
и 1с никак не красит

(30) а гугл с фэйсбуком-то и не знают...

(11) фри тоже нормально рабоатет. может и хватит

(24) ну во-первых мы делали нагрузочное тестирование и на больших масштабах постгрес проседает, его сила "в распределенке" и небольших базах

но точно могу сказать что сама по себе субд хорошая, она проще по функционалу и занимает промежуточное между файловой версией и MS SQL Server

но у нее главный недостаток - бесплатность - это вызывает неверные стереотипы и принимаются неправильные решения, чаще всего не выделяют бюджет на оптимизацию запросов под оптимизатор постгре...

Перевести в управляемый режим очень быстро. Как уже сказали выше, критичными тут являются расходные документы в оперативном режиме по регистрам товаров.

(34) А как быть с тем что во всей конфе надо переписать, коды с:
НачатьТранзакцию() - ЗавершитьТранзакцию() и
Попытка - Исключение ?

Вот столкнулся при Попытка - Исключение.
Код ошибки 2: {ОбщийМодуль.ссСообщение.Модуль(51)}: Ошибка при вызове метода контекста (Удалить): Ошибка использования Менеджера блокировок
Автоматический режим блокировки недопустим в этой транзакции.

Это получилось так:
1. Запросом прочитал.
2. СообщениеОбъект = Сообщение.ПолучитьОбъект();
(51 строка) 3. Попытка СообщениеОбъект.Удалить();    Исключение Сообщить(ОписаниеОшибки()) КонецПопытки;

У нас просто типовая, допилиная только своими обработками, отчетами, документами, и подсистемами. Типовой код не трогали.