1с торговля и склад

[vmf]

У нас уже давно (с версии 8.1) работает сервер предприятия на линуксе, БД PostgreSQL.

Какие-то тесты сравнения PostgreSQL с MS SQL проводились?

Был один прецидент...
На нашей конфигурации не шел расчет себестоимости в УПП. Кто-то из франчайзи сделал предположение что, проблема в PostgreSQL, и на MS SQL  все будет гут.
Для проведения проверки нам был предоставлен доступ к серверу в головной конторе (у них там все на win 2008 и MS SQL). Результат был такой-же - себестоимость не посчиталась. Тогда я воспользовался предоставленным доступом и залил гилевский тест вместо УПП. Тест показал пройгрыш нашей конфигурации на 2  пункта (18 против 20). С учетом того, что железо наше несколько слабее, можно сказать разницы особой нет. А проблема с себестоимостью оказалась в исходных данных.

[sfs]

Очень обнадеживающе.
Единственное - при любом косяке будет

Кто-то из франчайзи сделал предположение что, проблема в PostgreSQL, и на MS SQL  все будет гут.

и linux -> windows
А крутить туда сюда для доказательства правоты - трудозатратно

[sfs]

Какие-то тесты сравнения PostgreSQL с MS SQL проводились?

можно сказать разницы особой нет.

А как обстоят дела с блокировками на уровне записей в Postgre? Вы для всей УПП руками написали управляемые блокировки? В MS SQL - это из коробки. Сколько у Вас одновременно работающих пользователей УПП? При одновременной работе >10 складовиков должны быть ощутимые тормоза блокировок

[vmf]

Какие-то тесты сравнения PostgreSQL с MS SQL проводились?

можно сказать разницы особой нет.

А как обстоят дела с блокировками на уровне записей в Postgre? Вы для всей УПП руками написали управляемые блокировки? В MS SQL - это из коробки. Сколько у Вас одновременно работающих пользователей УПП? При одновременной работе >10 складовиков должны быть ощутимые тормоза блокировок

У нас в среднем одновременно работает около 30 чел. (всего 40 лицензий). Проблем с блокировками нет. Узкие места наблюдаются в клиентской части, поскольку у нас такие конфигурации используются, что на сервер всё не переложишь.
Насчет блокировок в Postgre... Могу ошибаться, сильно глубоко этот вопрос не изучал, но 1с рекомендует использовать версию Postgre с патчем от Etersoft, который как раз и решает, кроме всего прочего, проблему с блокировками. Хотя, при правильном подходе, можно обойтись и без блокировок, в Postgre есть другие механизмы управления, когда нибудь 1с-ники научатся их использовать и будет нам счастье

[kompilainenn]

>когда нибудь 1с-ники научатся их использовать и будет нам счастье

не при нашей жизни, я гарантирую это, чертова монополия...

[vmf]

>когда нибудь 1с-ники научатся их использовать и будет нам счастье

не при нашей жизни, я гарантирую это, чертова монополия...

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

[sfs]

Я сам не настолько глубоко в теме. Показал 1с программеру

Необходимо переписывать конфигурацию на управляемые блокировки, никакие патчи не помогут. Иначе так и останется блокировка на уровне таблиц.
При 40-50 одновременно работающих пользователей, использующих какую-либо общую подсистему  начнутся тормоза

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

Кстати на рутрекере выложили [x64] CentOS 6.5 + 1C 8.2.19-90 + PostgreSQL 9.1.2 (VMware) [1.93 GB]

[aen]

Вместо PostgreSQL можно использовать DB2. Одно время была такая конфигурация.
Но производительность одной нашей базы на DB2 оказалась меньше, чем на PostgreSQL. В другом случае - ровно все наоборот.

Самый стабильный вариант по производительности получается с MSSQL.