Добрый день!

У нас небольшая организация и клиенты небольшие. У всех ИБ работают в файловом варианте. Один из клиентов решил (с нашей подачи) что ему пора переходить на клиент-серверный вариант. У них работа идет с единственной ИБ УТ 10.3 нетиповой. Работает одновременно не более 12 пользователей. Время от времени когда менеджеры проводят заказы или реализации возникает конфликт блокировок.

Вопрос в том насколько трудоемко сопровождение 1С:УТ 10.3 в PostgreSQL? Сталкивался ли кто-нибудь с проблемами при работе с данной СУБД. Удавалось ли их решить или в итоге переходили на платный вариант от Microsoft? Я слышал что типовая ЗУП при 15 пользователях на некоторых операциях в PostgreSQL задумывалась на 10 минут, но при переносе базы на MS SQL выполняла уже за 30 секунд. Слышал что был случай когда просто самописный код отказывался работать в PostgreSQL, но при этом  нормально работал в MS SQL Server.

Хотелось бы услышать насколько глубокие нужны знания для обслуживания описанной базы при использовании PostgreSQL? Я так понимаю что в случае с MS SQL Server при таком количестве пользователей (12) все должно нормально работать "из коробки"?
Или также понадобится тонкая настройка СУБД? Или переписывать код на управляемые блокировки?

в нетиповой 10.3 возможно придется переписывать на управляемые блокировки

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

Т.е. не важно будет это PostgreSQL или MS SQL Server переписывать конфигурацию на управляемые блокировки придется в любом случае? Придется переписывать нетиповой функционал или типовой?

(3) Фсё (с)

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

(0) видел самописныe запросы которые не выполняются в ms sql

(4) А если серьезно хотелось бы понимать какой примерно объем работ при переводе на управляемые блокировки нетиповой УТ 10.3. Не то чтобы в хлам переписанной, но почти 7 лет эксплуатации базы - изменений не мало. Ведь заказчик тоже должен понимать во что это ему может вылиться.

(5) А нет ли какой литературы по данной тематике, которую читали сами и могли бы посоветовать другим?

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

(9) в старых скулях было ограничение на 256 таблиц в запросе. при этом в дб2, постгре и файловой - работало. сейчас, вроде, пофикшено

(9) хватит пока вот этого: http://v8.1c.ru/overview/Term_000000642.htm#1

(11) к (8)

(7) а это повод к обрезке базы, в клиент сервер перенести только остатки

(7) после перевода на клиентсервер:
ставим у конфы режим автоматический и управляемый
ставим у всех справочников, регистров, ПВХ - режим управляемый
ставим у всех документов, по которым не надо контролировать остатки - управляемый.

мониторим блокировки. по оставшимся документам по тем регистрам, которым надо контролировать остатки - прописываем блокировки в соответствии с (11) и ставим режим управляемый.

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

но это уже будущее

(13) Думаю для них это смерти подобно - они трясутся над информацией о заказах клиентов.

(11) спасибо

(14) кстати, а в чем будет отличие, если флаг БлокироватьДляИзменения выставлять в Истина не в модуле проведения документа, а в модуле набора записей? всегда интересовала, где-то так как в (11) рекомендуют, где-то - про набор

Вместо того, чтобы переписывать в хлам УТ10, достаточно купить MS SQL. Это будет на порядок дешевле, т.к. игла программиста не такая забористая.ИМХО.

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

(20) Не совсем понял про забористость иглы программиста, точнее совсем не понял. Но тема про переписывание на управляемые блокировки началась с (2)
Я так понял что приобретение MS SQL не исключает необходимость перехода на управляемые блокировки.

(21) Насколько я знаю он (MS SQL Express) имеет ограничения на размер баз. Кроме того чтобы его просто поставить нужен все-таки сервер 1С предприятия. А его на данный момент нет. Заказчик в стадии обсуждения жмется раскошеливаться на MS SQL и есть подозрения что купив только сервер 1С, без MS SQL потом головняка с PostgreSQL не оберешься...

какой у тебя размер базы в файле?

(22)Я к тому, что переписывать надо не из-за отсутствия платного SQL, а по другим причинам.

(25) мсскуль после переписывания на управляемые блокировки сильно лучше начинает работать.

(26)в сабже разговор начался про PostgreSQL. Улучшать можно до бесконечности, пока есть деньги у заказчика ))

в любом случае перенос на клиентсервер, если 12 человек работали в файловой, особенно если не в терминале, а по сети, прирост даст колоссальный. не зависимо от СУБД

(24) размер базы в файловом варианте 5,65 Гб
(28) работают терминально... по сети они бы повесились давно

(27) Заказчик жмется. MS SQL Express судя по:

помнится, что с постгесом были проблемы выгрузки в дт

упс.. продолжение (30) судя по статье
http://www.microsoft.com/sqlserver/ru/ru/product-info/compare.aspx

может максимум юзать 1 Гб ОЗУ и размер базы до 10 Гб.
В клиент-серверном варианте базы "пухлее" по сравнению с файловым?

Поэтому и хочется понять придется ли им раскошеливаться на MS SQL Server Standart или можно обойтись PostgreSQL

PostgreSQL может тебе и не решит проблему с блокировками поскольку там блокируются таблицы, а не записи. Т.е будет как файло, только понадежней в сбоях.

(32) пухлее, мдф чем 1сд

(33)ПолуОФФ: Сколько стоит переделка? Или за тарелку супа? Сумлеваюсь я. Если жмется на ПО, то и зарплату продинамит.

(36) Клиент жмот. Сколько стоит переделка не знаю - так как не знаю точно объемов переделки. Под переделкой понимались дописки для перевода конфигурации на управляемые блокировки?

(30) Раз жмется, значит, еще не до конца прижало.

Для пятнадцати человек не надо ничего переписывать под управляемые блокировки. У меня сейчас клиенты в УПП почти типовой без управляемых блокировок в сиквеле сидят и ничего. Что касается Postgre то тоже работает, здесь проблема в том, что найти спецов по нему крайне тяжко, даже литературы по нему не особо найдешь :-(, хотя, спрашивается, чего бы той же 1С не выпустить какую-нибудь книженцию по постгре, коли уж наваяли его поддержку...

(37)Значит всё-таки тарелка...или потренироваться на клиенте. У меня пара-тройка клиентов от 10 до 20 пользователей на УТ10 без проблем работают на типовой УТ с MS SQL

(0) УТ 10.3 из коробки на PostgreSQL от файловой либо не отличается, либо отличается в худшую сторону. Возьми IBM DB2 Express-C. Если конфигурация типовая и есть проблемы с производительностью - у пользователей от перехода случится оргазм.

(41) чой то помню были тесты с db2, по производительности она отставала от postgresql и ms, ТС предлагай клиенту потренироваться с возможной необходимостью в будущем переходить на ms, правда на 32-bit postgre были проблемы с загрузкой бинарных данных больше некоего объема в cf и dt, лечилось переходом на 64 Bit

(9) выборки по динамически создаваемому запросу с участием более 256 таблиц в запросе, sql 2005 и ниже

(42) насмешил так насмешил.

(4) ради 12ти пользователей?
нуну..

(45) 12 пользователей разными бывают.

Я могу и 5ю загрузить систему типовую до блокировок. причём не внештатными, а вполне рабочими моментами

(47) а я могу печатать со скоростью 5000 символов в минуту, но такая херня получается (с)
PS ты сам таких видел?

(48) Вот только что наблюдал. 5 регламентых заданий, загружающиъ-выгружающих документы в (почти) типовую УТ10.3 - и блокировки как с листа.

(44)  сам то я неместный, буду ссылаться на других http://efsol.ru/articles/comparison-dbms.html

(50) Ну и что это за хрень? "Опель едет со скоростью 100 км/ч, феррари - 150, а автобус - 60. Делаем вывод, что автобус может перевезти меньше пассажиров, а феррари больше". Тьху!

Вот у меня на IBM DB2 Express-C работает сеть дистрибьюторов мебели в 5 регионах. 50 магазинов, 5 региональных складов, 60-70 активных пользователей в системе ежедневно. У меня производства на 30 пользователей работает на ней же. Куча более мелких клиентов с ней работает. Одного клиента с 10 пользователями типовой УТ 10.3 перевел с PostgreSQL на IBM - пользователи в восторге, система перестала тупить.

Так что не надо мне втюхивать статьи каких-то псевдоэкспертов, которые с реальными многопользовательскими системами и не работали то никогда.