Думаю вопрос понятен по названию темы.

А в неём уже работает row-level блокировки с 1с?

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

а чуть поподробней про row-level блокировки. Ибо у нас все таки пишущая а не читающая база

Еще минус - PostgreSQL заточен под Линух, под Мелкомягкими у него тормоза, поэтому на сервак надо будет ставить Линух, и соответственно нужны грамотные спецы именно по Линуху, если они есть - тада все нормально. Под ним PostgreSQL просто летает.

"Еще минус - PostgreSQL заточен под Линух, под Мелкомягкими у него тормоза"
Нифига подобного. Всё шустро работает и под виндой. С чего ему тормозить вообще?

(4)на винду не стоит его ставить что ли?

(5) да уж.. сколько людей - столько мнений

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

(5)чайник, ты под постгре 1с8 юзаешь?

(9) Да. Правда, в связи с глюками регистров накопления в последнем релизе 8.2 на постгресе пришлось временно откатиться на mssql.

(10)ну у мну пока перехода на 8.2 не намечаецо.. 8.1 юзаю.. на нем норм было?

Переписывать надо все на упр.блокировки. Постгре ставили спецы по линуксам - вроде нормально

самое главное бэкап настроить

а то потом кто то девственности лешиться

(11) Да, с 8.1 всё отлично работало

Переходи лучше на ДБ2... на ней крутится база самого 1Са и они его тестируют в первую очередь.. Кроме того в нем нету ограничения на количество таблиц в запросах...

(16)дб2 это хто?

(14) Да.. эт дело такое... )))

Постгре прикольный бесплатностью для больших баз.

Минус у Постгресса при автоматическом режиме управления блокировок. При записи в транзакции блокируется вся таблица, а уровень изоляции транзакций ReadCommitted

(20) книжки читать умеешь? умница, возьми с полки пирожок

+(20) Общими словами снижение производительности и параллельность работы

(21) Как в детском саду, ей богу))

(16) откуда сведения? DB2 и сейчас то толком не отлажено...

С большой вероятностью, если есть регистры бухгалтерии - то при переходе на скуль хуже не станет.

Т.к. автоматические блокировки по РБ, говорят, очень нехорошие выходят. С практической точки зрения можно считать, что вся таблица блокируется

при переходе на постгре, т.е.

(26) бп тоже, но основная база ут

Есть еще проблема в работе с виртуальными таблицами срезов регистров сведений. Если записей в регистре много, то стандартный срез выполняется очень долго.

Проблема решаема оптимизацией запросов

А в общем уже год как перешли на постгре. Полет нормальный.

Коллеги, а УПП кто-нибудь гоняет под постгресом на живых базах? Количество клиентов? Оптимизировали ли сами под себя базу?

У меня опыт положительный, но база используется только для расчета зп. Правда одновременное количество пользователей не переваливает за 10.

(31) гоняю > 50 пользователей. Только база - под линуксом и серверПердприятия там же. Нормально все.

2(24) Из открытых источников... ДБ2 не может быть неотлажено, им ИБМ занимается 30 лет.

Читаем:
http://www.gilev.ru/1c/81/db2/
IBM DB2 - это одна из самых "зрелых" СУБД. Возможно отчасти поэтому, эта программа работает практически везде и на различных архитектурах процессоров. Сложнее сказать, где она не будет работать.

===
Плюсы и минусы есть у любой СУБД. Поэтому не надо думать, что одна СУБД лучше другой.
Плюсы:
есть хорошая бесплатная версия
в бесплатной версии нет ограничений на размер базы
в бесплатной версии нет ограничителя запросов, это позволяет одновременно обслуживать десятки пользователей
хорошая бесплатная техподдержка
в отличии от PostgreSQL есть возможность получить платную поддержку производителя, что позволяет применять в Entrprise секторе бизнеса
с конфигурациями 1С:Предприятие в автоматическом режиме блокировок работает лучше, чем PostgreSQL (речь а параллельности, область блокировок на уровне строк, а не таблиц)
хорошая производительность
меньше проблем с неуникальностью индексов (фактически для решения проблемы рекомендуется временно базы загружать в DB2)
лучше обрабатывает ситуации вроде "не хватает памяти для сервера 1С"
нет ограничения на 256 таблиц, что расширяет возможности при работе с RLS
===

Действительно ли это работает?..
У меня вроде работает :), а еще вот:
БИТ оптимизировал информационную систему «Арктоса» с помощью IBM DB2 Express-C
Надежное решение для растущего торгового бизнеса
IBM помогает Фабрике кухни «Верона» унифицировать систему отчетности
IBM помогает ООО «Региональная Платежная Система» города Тольятти добиться увеличения скорости обработки платежей
Внутренняя база компании 1С-Рарус (администрирую я).
У Заказчиков компании 1С-Рарус
Внутрення база компании 1С.

(34) бесплатный дистрибутив DB2 Express-C для платформ Linux (x86, x86-64, POWER), Windows (x86, x86-64), Solaris (x86-64), Mac OS X (x86-64 beta).[1] Бесплатная версия имеет ограничения на использование для работы СУБД не более одного двухъядерного процессора и 2 Гбайт оперативной памяти (общее количество процессоров и пямяти в системе может быть любым, но ресурсы сверх указанных ограничений не будут использоваться СУБД).

да уж, на больших базах такое не покатит.

А вообще в целом в природе есть ли какое-нибудь сравнение между MSSQL, Postgre и DB2, которое показывает что может одна СУБД и не может другая?

(36) постгре и дб2 умеют больше 256 таблиц в запросе

(36)
http://www.google.ru/search?hl=ru&num=100&newwindow=1&q=MSSQL++Postgre+++тесты&btnG=Поиск&lr=&aq=f&oq=

на постгре при активной работе > 40-50 пользователей только переписывать на управляемые блокировки, иначе фигня

(33) сама dB2 отлажена не спорю а вот связка с 1C.. Вводили спецом спец константу для 1с. На ibm сайте встречал упоминание о торможении выполнения запросов, что пока не вылечено и не известно будет ли вылечено.

2(40) еще раз повторю - связка отлаживается в первую очередь после выпуска новых релизов в8, так как сама внутрення база 1С работает на этой связке.
2(35) для больших баз можно купить небесплатную....

(40) да нормально она отлаживается...там взаимный интерес... не просто же так человек с IBM постоянно сидит на партнерском форуме 1С

(0) Все тебе уже сказали...  только текущую 15 версию тогда не судьба...
придется 14 юзать

(43) v8: Капец, косячники эти люди из 1С.  #4

у меня реально рабочая УПП на постгре 8.3.3, 1С платформа 15 релиз
уже 3 год работает, одновременно 26 пользователей работают, в УПП ведут и зарплату , бух учет, складской учет , расчет себестоимости , щас планирование производства пробуем использовать + 1С Битрикс

>PostgreSQL заточен под Линух,

начниная с какой-то там версии существуют нативные билды под Win

http://wiki.postgresql.org/wiki/Running_&_Installing_PostgreSQL_On_Native_Windows

(0) хочешь - переходи, не уверен - не стоит дергаться и метаться (сам же назад и откатишься потом)
а вообще на субд экономить последнее дело

Я недавно на двух предприятиях перевел ЗУП 2.5 и БУХ 1.6 с MS SQL на PostgreSQL под Win32.
Понравилось, работать стало быстрее, тестировал время проведения и формирования на бухгалтерии.
По зарплате никаких замечаний нет, а в от в бух. есть два косяка, долго проводятся документы с большим количеством проводок и не формируется ведомость амортизации.
Описание здесь:
v8: PostgreSQL. Перенос каталога pg_xlog
v8: PostgreSQL, документы с большим количество проводок и ведомость амортизации