Работа 1С 8.3 на СУБД PostgreSQL

1С v8

, , , , , ,

17.05.15

✎

19:58

Коллеги, приветствую.

В настоящее время становятся популярны open source решения и СУБД PostgreSQL, в частности, в нашей стране.
Насколько мне известно 1С поддерживает работу на этой СУБД.

1. Поделитесь, пожалуйста, опытом эксплуатации на PostgreSQL? Хуже\Лучше чем MS SQL?
2. При переходе с MS SQL Server 2012 (600 user apps server session\20-30 active db session, 300 Gb DB Size), будет ли деградация производительности?
3. Есть ли best practice настройки PostgreSQL под 1С?
4. Какая вервия PostgreSQL support 1С 8.3?

Спасибо.

1 Otkr

17.05.15

✎

20:05

Если не смогли настроить майкрософтовский скуль, то за постгре и браться не стоит

2 Звездец

17.05.15

✎

20:06

2. При переходе с MS SQL Server 2012 (600 user apps server session\20-30 active db session, 300 Gb DB Size)

так если вы его уже купили зачем эксперименты?

3 Garykom

гуру

17.05.15

✎

20:07

(1) это какой то машинный перевод в (0) ? или стеб? или просто плохо с русским

4 ДенисЧ

17.05.15

✎

20:09

Понаставят тут студенческих под(д)елок....

5 Otkr

17.05.15

✎

20:10

(3) Не придирайся, ну не в теме человек

6 Nikolay Popov

17.05.15

✎

20:20

Судя по статье (http://catalog.mista.ru/public/325482/) интерес к этой СУБД есть. И работать все же будет.

Всем спасибо.

7 Garykom

гуру

17.05.15

✎

20:23

(6) можно было просто ссылку http://postgresql.leopard.in.ua/ сразу дать а не вы..ться

8 Nikolay Popov

17.05.15

✎

20:36

Мда..., атмосфера на форуме прямо-таки "доброжелательная".

Всего.

9 Pronik

17.05.15

✎

20:37

Могу сказать по опыту перехода с PostgreSQL на MS SQL 2014.
Тестировалась производительность на перепроведении документов. Точных цифр не помню но препорведение на MS SQL 2014 выполнялось быстрее на 30 %. Также MS SQL намного все проще с настойкой бекапов и планов обслуживания все можно сконфигурировать мышкой, в PostgreSQL же прийдеться писать скрипты. Так что если у вас уже есть лицензия на MS SQL то лучше остаться на нем.Если лицензии нет то можно перейти на PostgreSQL но потерять в производительности.
Еще существует мнение что при большом количестве пользователей PostgreSQL не будет справляться из-за реализации механизма блокировок в самой СУБД. То есть чаще будут возникать взаимоблокировки на уровне СУБД. Но лично я с таким не встречался эту информацию читал где то год назад на каком то форуме может сейчас что и поменялось.

10 Nikolay Popov

17.05.15

✎

20:39

(9) Спасибо.

11 Desna

17.05.15

✎

20:46

(10) может сначала дать экзамен на эксперта по техн. вопросам или пригласить кого?