Опрос по используемой СУБД: участвуйте и выиграйте 100 стартмани

20.11.2018 8554068

Инфостарт приглашает 1С-специалистов принять участие в ежегодном опросе по используемым СУБД. Одна из его целей – доказать, что в условиях изменчивой рыночной конъюнктуры и экономических санкций в сфере технологий управления базами данных есть надежные альтернативы известным проприетарным решениям.

После того, как вы выберете подходящие ответы на вопросы, обязательно оставьте комментарий. В нем кратко опишите характеристики вашей информационной системы, поясните, почему предпочитаете ту или иную СУБД, или предложите свой вариант ответа на предложенные вопросы. Просим вас не дискутировать, а просто рассказать о своем реальном опыте использования тех или иных решений.

По завершении опроса мы случайным образом выберем одного из участников, кто ответил на вопросы и оставил комментарий согласно указанным выше требованиям, и подарим ему 100 стартмани. Также мы подготовим аналитический отчет, где подведем итоги всех прошедших опросов по СУБД, используемым Сообществом Инфостарт, и представим обзор тенденций и актуального состояния технологической сферы управления данными на платформах 1С.

Опрос идет ровно 1 месяц. Подведение итогов опроса 20.12.18.

#СУБД #PostgreSQL

Автор:

Дмитрий Кочергов Аналитик

См. также

1С на Pangolin: еще одна сборка PostgreSQL для 1С:Предприятие

+1 –

Новость PostgreSQL

Фирма «1С» опубликовала пресс-релиз о сотрудничестве с компанией СберТех, в котором говорится о совместимости технологической платформы 1С:Предприятие и системы управления базами данных корпоративного уровня – Platform V Pangolin.

05.06.2024 1803 ЕленаЧерепнева 0

Tantor Special Edition 1С: новая сборка PostgreSQL корпоративного уровня

+4 –1

Новость PostgreSQL 1С Импортозамещение

Фирма «1С» сообщила о начале продаж новой СУБД на базе PostgreSQL, оптимизированной для работы с решениями на платформе 1С:Предприятие. Разработчик продукта – компания «ТАНТОР ЛАБС», входит в ГК «Астра».

13.12.2023 3372 ЕленаЧерепнева 6

Подводим итоги розыгрыша призов среди участников Ежегодного опроса 1С-сообщества

+2 –1

Новость ИТ-Новость Конкурс

В декабре Инфостарт запустил глобальное исследование – Ежегодный опрос сообщества 1С. За полтора месяца в опросе поучаствовали почти 11 тысяч человек. Мы уже обрабатываем результаты, чтобы поделиться ими с сообществом.

10.02.2023 10730 DaryaRasina 17

Иван Панченко: «PostgreSQL совершенствуется, и 1С тоже идет навстречу»

+21 –

Новость PostgreSQL Интервью Инфостарт Infostart Event Мероприятия ИТ-Новость Сообщество

На Infostart Event 2022 редакция Инфостарта пообщалась с заместителем генерального директора Postgres Professional Иваном Панченко. Иван рассказал о том, как опыт совместного использования PostgreSQL и 1С повлиял на развитие этой открытой СУБД.

10.02.2023 21447 vikad 7

Завершился ежегодный опрос: готовимся вручать призы участникам

+19 –

Новость Инфостарт ИТ-Новость

03.02.2023 7571 DaryaRasina 17

Опрос: какие soft skills нужны для разработчика?

+4 –

Новость Аналитика Инфостарт ИТ-Новость

Хотим выяснить, есть ли у программистов необходимость в багаже soft skills. Данные опроса помогут нам не только оценить ситуацию в целом, но определить конкретные навыки, которые разработчикам нужно прокачивать в первую очередь.

08.08.2022 15330 user1740673 9

Миграция с MS SQL на PostgreSQL: плюсы, минусы, подводные камни

+17 –3

Новость MS SQL PostgreSQL 1С Импортозамещение ИТ-Новость

Миграция с MS SQL на PostgreSQL и Linux для приложений на платформе 1С:Предприятие становится массовой. Рассказываем о том, как организовать процесс перехода, и на что обратить особое внимание.

01.08.2022 53033 ЕленаЧерепнева 15

В 1С 8.3.23 появится утилита, обеспечивающая переход с MS SQL на PostgreSQL

+2 –

Новость Платформа 1С v8.3 MS SQL PostgreSQL Зазеркалье ИТ-Новость

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

20.07.2022 17193 ЕленаЧерепнева 7

Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.

Вознаграждение за ответ

Сумма: 0 $m

Добавили:
support (100.00 $m), RustIG (1.00 $m)

Получили:

Veetavas (101 $m)

Показать полностью

Какая у вас (или у вашего ключевого клиента) основная СУБД для 1С?

MS SQL (76.02%, 5702 голосов)

76.02%

PostgreSQL (14.88%, 1116 голосов)

14.88%

Oracle (0.28%, 21 голосов)

0.28%

IBM DB2 (0.13%, 10 голосов)

0.13%

Файловая СУБД (8.69%, 652 голосов)

8.69%

Сколько одновременных пользователей в основной СУБД?

до 10 (11.06%, 830 голосов)

11.06%

10 - 50 (36.64%, 2749 голосов)

36.64%

50 - 100 (25.42%, 1907 голосов)

25.42%

100 - 500 (21.35%, 1602 голосов)

21.35%

500 - 1000 (3.76%, 282 голосов)

3.76%

более 1000 (1.77%, 133 голосов)

1.77%

Версия платформы 1С для основной СУБД?

7.7 (3.21%, 240 голосов)

3.21%

8.2 (8.68%, 649 голосов)

8.68%

8.3 (88.11%, 6586 голосов)

88.11%

Размер основной по объему БД?

до 10 Гб (19.66%, 1472 голосов)

19.66%

10 - 50 Гб (32.47%, 2432 голосов)

32.47%

50 - 100 Гб (19.04%, 1426 голосов)

19.04%

100 - 500 Гб (18.8%, 1408 голосов)

18.8%

500 - 1000 Гб (5.39%, 404 голосов)

5.39%

1 - 5 Тб (3.62%, 271 голосов)

3.62%

более 5 Тб (1.01%, 76 голосов)

1.01%

Конфигурация или ее производные на основной СУБД для 1С?

УПП (17.33%, 1299 голосов)

17.33%

УТ (22.02%, 1651 голосов)

22.02%

Бухгалтерия (19.77%, 1482 голосов)

19.77%

ЗУП (2.92%, 219 голосов)

2.92%

ERP (7.74%, 580 голосов)

7.74%

ТиС (1.07%, 80 голосов)

1.07%

Документооборот (1.44%, 108 голосов)

1.44%

УНФ (1.92%, 144 голосов)

1.92%

Розница (1.87%, 140 голосов)

1.87%

Комплексная (6.54%, 490 голосов)

6.54%

Самописная, отраслевая (17.39%, 1304 голосов)

17.39%

Вы являетесь представителем

Франчайзи фирмы «1С» (20.18%, 1510 голосов)

20.18%

ИТ-компании (17.26%, 1291 голосов)

17.26%

Бизнеса (51.68%, 3866 голосов)

51.68%

Госорганизации (4.29%, 321 голосов)

4.29%

Свой вариант в комментарии (6.59%, 493 голосов)

6.59%

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1190. FLeGMaTik 21.11.18 19:24 Сейчас в теме

MS SQL 2016, 2 сервера, около 10 баз бухгалтерских и самописных. Самая нагруженная самописная около 50 человек. Тормоза только при запуске БП3, все остальное летает.

1191. rovix 21.11.18 19:26 Сейчас в теме

Основная конфигурация дописанная Бухгалтерия. Платформа 8.3. СУБД MSSQL. Пользователей 50-70. В начале пытались запустить на PostgreSQL. Но после первых проблем перешли на MSSQL.

1192. chesnok 1 21.11.18 19:47 Сейчас в теме

Есть клиенты и на MS SQL + 7.7, но основная масса на файловой СУБД 1С 7.7. Тормоза конечно есть, но конфигурации сильно переработаны под них и удовлетворяют их требованиям, а перевод на 8-ю платформу для них слишком дорог.

1194. Lych1 18 21.11.18 20:32 Сейчас в теме

Госорганизация, используем MS SQL. Потому что поставка была 1С Сервер+ MS SQL. Конфигурации - УПП, Бухгалтерия, ЗУП, Документооборот, платформы 8.2 и 8.3 паралельно. MS SQL работает стабильно, и это радует.

1195. mdie 86 21.11.18 20:33 Сейчас в теме

Франч, основная база ERP (с доработками), но также присутствуют БП + УТ (не типовая). Всё крутится на связке WS2016 Core + MSSQL (одмины сволочи!!! ;-)), но в тестовом контуре *nix + PgSQL.
Никогда не отговариваем от PgSQL, а также всегда даём несколько вариантов на выбор с MS и *nix и, к счастью, заказчики всё чаще смотрят в сторону Open Source!!!

1196. гаврюша 3 21.11.18 20:33 Сейчас в теме

Производственное предприятие.

1197. SimpleYa 21.11.18 20:37 Сейчас в теме

Небольшая производственная фирма (до 100 сотрудников). Используем MS SQL. 3 базы УПП. Одновременно работающих пользователей не более 30. Размер баз до 40ГБ. Перешли на серверный вариант работы чуть более 2 месяцев назад с файлового. Пока довольны.

1198. omut 21.11.18 20:42 Сейчас в теме

MS SQL для основной базы КА1.1 больше 100 ГБ, для тестов отдельно сервер на линукс, там Postge. МS удобнее администрировать. Тестировали производительность. Под серьезную нашу нагрузку не вариант. Возможно, дело в настройках. Но нужно понимать так же, что люди приходят и уходят, а серверы и базы остаются. Это, кроме всего прочего, и вопрос долгосрочной надежности ИТ. Одно дело подключить базу после переустановки винды, другое дело перезагрузить большой объем данных на другой SQL сервер.

1199. RustIG 1752 21.11.18 21:06 Сейчас в теме

(0) интересно, кого больше: на обычных формах (КА, УТ, Розница, самописные, ЗУП) или на управляемых формах (те же конфигурации) ?

1200. Ledy-may 21.11.18 21:09 Сейчас в теме

MS SQL- более удобна в работе. Конфигурации БП КОРП, ЗУП КОРП. Сейчас начинаем внедрение Документооборот КОРП и ERP. Увеличение количества пользователей до 600)

1201. Vladimir45 90 21.11.18 21:12 Сейчас в теме

MS SQL + Центральный Кластер + 2 физических рабочих сервера + резервный кластер с резервным рабочий сервером + 5 спящих виртуальных рабочих серверов в кластере ESXi(на случай полного П)
Альфа-Авто 5
690 пользователей (список без уволенных и прочих), в онлайне замечено 365 полгода-год назад (давно не мониторил, проект сдан года 2 назад) после этого появилось ещё пару салонов, думаю сча там под 400.
PS + Виртуальный Сервер с ms sql для разработчиков

1202. user811769 14 21.11.18 21:22 Сейчас в теме

Производственное предприятие, юзаем mssql, пара серверов и механизм зеркалирования. Конфа erp 2.2, сейчас переходим на 2.4 + внедряем документооборот. Постоянно около 100 пользователей, с документооборотом количество возрастёт до 200. Производительность устраивает, но периодически отлавливаем ошибки связи между основной базой и зеркалом.

1203. kiber_mikrobus 21.11.18 21:31 Сейчас в теме

(франчайзи) 95% клиентов на MS SQL. Личного с Postgres опыта не было, возможно просто MS SQL привычней. Размеры клиентских баз иногда поражают воображение, при этом MS SQL не подводила, да и попроще чем Postgres.

1204. user633844_admin_ut 21.11.18 22:31 Сейчас в теме

Файловая БД. Перешел с 7.7 самописной на 8.2 полусамописную УТ. Сеть магазинов "супермаркетов" 8ку переписывали Франчайзи которым нужны были только "заработки". Единственный программер толковый написал все что я просил (касса на УТ Розница). Дальше стыдно рассказывать что никакого апгрейда оборудования в реальную стоимость железа для 1С. Поставил сервера на магазинах (Core i3 и максимум 6 пользователей) и на ЦС (вин 2003 не апгрейдю ибо нет средств) все на файловом ну хоть на ССД.
7.7 сам переводил на скуль (образование вообще не касаеться специальности на которой работаю). Так что специалистам было бы намного легче все сделать, но никто на эти копейки не согласиться. Пытаюсь закрутить PGSQL на CentOs но руки не доходят.

1210. skshome 21.11.18 23:57 Сейчас в теме

(1204) жестокая реальность! Сочувствую, знакомо :)

1205. kofeinik 28 21.11.18 22:47 Сейчас в теме

Был postgres, база 10 гиг, однажды понадобилась весьма непростая аналитика, словили тормоза, в результате пересели на MS SQL.

1206. user595174_shapuls 1 21.11.18 22:48 Сейчас в теме

MS SQL это конечно олдскульная тема, вроде как робит вроде не глючит но вот товарищ аналитик подтвердит что Postgres при правильной настройке и развернутая под центосом так сказочно робит что придраться не к чему!!!

1207. sergbsm63 21.11.18 23:41 Сейчас в теме

Используем Розницу 1С 8.3 и РИБ по магазинам порядка 50 магазинов. Конечно используем MS SQL, без него никак бы не справились с таким количеством магазинов.

1208. skshome 21.11.18 23:54 Сейчас в теме

Несколько БД: УТ, БП, ЗУП и ПУБ 7.7 (доживает до конца года). Кое что из вышеперечисленного сильно дописано. 100+ пользователей. Крутится всё на MS SQL. Выбор СУБД обусловлен не столько наличием 7.7 в ~~зоопарке~~ экосистеме, сколько требованиями быстродействия, надежности/безотказности системы и временем восстановления после возможных сбоев. Да и главным фактором в выборе явилось: "потому что в этом лесу так заведено" © :)

1209. msvd 10 21.11.18 23:54 Сейчас в теме

MSSQL.
1. Доказанная надежность и производительность даже при неумелом DBA.
2. Низкий порог входа специалиста к навыкам, достаточным для 1С.
2.1. Широкая распространенность в инсталляциях.
3. Соответственно, отсутствие дефицита специалистов на рынке.
4. Один и тот же вендор с основной используемой ОС.
5. Другие СУБД - наличие негативных отзывов. В частности при наших нагрузках и объемах.

1300. GraveHeaD 22.11.18 19:11 Сейчас в теме

(1209)

Другие СУБД - наличие негативных отзывов. В частности при наших нагрузках и объемах.

То есть Oracle менее производителен и про него много плохих отзывов?
И надежность Oracle на дне? Поддержка дак вообще отстой. Ну и т.д.

Или вы имеете ввиду только 1С?

Да даже если и только про 1С если говорить.... В корне не согласен.

1211. user847357 22.11.18 00:14 Сейчас в теме

Информационные технологии. Есть свои базы и базы клиентов. Несколько MS SQL и Postures. Самая большая база УТ около 90 гигабайт, до 50 пользователей на MS SQL, так как на нем работает быстрее и стабильнее. На Postures относительно небольшие базы с 10 - 20 пользователями. Платформа 8.3.

1212. dage 6 22.11.18 00:38 Сейчас в теме

У клиентов в работе, в основном, используется Postgres, основной плюс она бесплатная. По производительности ничем не уступает MS SQL, при нормальной настройке. На ней крутится с десяток баз, половина из которых в диапазоне 50-100 Гб. И работает порядка 100 пользователей. У остальных клиентов все тоже самое, только пользователей 20-50. Производительность всех устраивает.
Имеется КА 1.1, 50 пользователей, 260 Гб база, работает под MS SQL. Проблем с производительностью так же нет.

Очень большое заблуждение, что MS SQL не требует настроек (тюнинга, как написали про Postgres)! MS SQL так же есть много нюансов и настроек, используя которые можно получить существенный прирост производительности.
В общем вопрос не в том что выбрать (тут от финансов зависит), а в том откуда растут руки и на месте ли голова!
Можно купить самолет, но если летать не умеешь ... :)

1265. starik-2005 3092 22.11.18 11:58 Сейчас в теме

(1212)

Очень большое заблуждение, что MS SQL не требует настроек (тюнинга, как написали про Postgres)! MS SQL так же есть много нюансов и настроек, используя которые можно получить существенный прирост производительности.
В общем вопрос не в том что выбрать (тут от финансов зависит), а в том откуда растут руки и на месте ли голова!
Можно купить самолет, но если летать не умеешь ... :)

В MS SQL, если мне не изменяет память, есть только три настройки, существенно влияющие на производительность: перемещение tempDB на отдельный быстрый дисковый массив с созданием нескольких файлов вместо одного; размер прироста файла данных и лога и параллелизм, который господа из 1С рекомендуют отключать, но иногда в ряде запросов оный может существенно сократить время их выполнения, но приведет к тормозам в других запросах - вот такой механизм без возможности на него как-либо повлиять в разных запросах. Все. Да, можно и другие какие-то параметры менять, но особо незачем - все и так "летает".

В постгресе все веселее, но гораздо более запутано. Файловые системы под Linux могут творить чудеса сами по себе, если раскидать по ним файлы с разным характером нагрузки. Ну и куча параметров в текстовом файле настроек не дадут заскучать пытливому уму с неограниченным временным ресурсом. Вот если бы товарищи из постгриПРО запилили бы конфигуратор настроек по типу pgtune, то было бы уже проще многим чайникам и СУБД стала бы куда распространеннее. Ну и с бэкапами утилитку напишите простую как три копейки.

1269. dage 6 22.11.18 12:12 Сейчас в теме

(1265)
Далеко не только эти настройки. Есть много материалов по тонкой настройке MS SQL.
Настройки которые указали Вы это базовые параметры, которые бесспорно оказывают большое влияние на производительность.

1213. aleksandr312 22.11.18 03:40 Сейчас в теме

У нас тоже много разных конфигураций в организации

1214. scream 33 22.11.18 04:24 Сейчас в теме

It компания поддерживаем одного заказчика
10 гб база
50 пользователей
выбрали мс скл потому , что есть навык с ней работать
основная база упп
8.3 платформа

1215. Lord_Michael 22.11.18 04:54 Сейчас в теме

MS SQL
на рынке труда в нашем регионе мало спецов на других СУБД, поэтому выбор был очевиден. плюс наиболее стабильная, предсказуемая и хорошо описанная СУБД для нужд 1С.
основная база - переписанная КА 1.1, размер 80ГБ, 150 пользователей, овер 10К документов в день, не считая ежемесячного выставления счетов.
плодить кластеры разных версий не стали, поэтому из-за БП 3.0 и ЗУП 3.1 работаем на 8.3. недавно обновились на 8.3.12. уже месяц полет нормальный. с СУБД проблем нет.

1216. rpgshnik 3800 22.11.18 05:05 Сейчас в теме

Добрый день, два года назад устроился на новое место работы, и уже вся информационная система крутилась на MS SQL. Да и у самого как-то исторически сложилось, большее доверие именно работе с MS SQL. Конфигураций много, но основное количество одновременных пользователей не превышает 50. Версии платформы разные, от 8.3.5 до 8.3.13, всё зависит от старости конфигурации. Размер конфигурации не превышает 50 Гб. Основная конфигурация Комплексная автоматизация 1.1. Работаю в штате.

1217. vl_vedernikov 22.11.18 05:17 Сейчас в теме

1000 пользователей, объем больше 1тб
самописная торговая конфигурация на бсп 2.4, платформа 8.3

Несколько раз пытались внедрить УТ 11 с разными франчами, зря потрачена уйма денег. Слишком много специфики. То на то выходит сильно доработать УТ или написать свою опираясь на опыт основных механизмов УТ.

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

1218. user847264 22.11.18 05:30 Сейчас в теме

Использовали только MS SQL, с Postgre и другими не экспериментировали. Небольшой вклад в быстродействие дал перенос баз на SSD.

1219. avl.ant.bor 22.11.18 05:55 Сейчас в теме

MS-SQL, база 200 гб, порядка 100 активных сеанса одновременно.

1220. GoodZone 13 22.11.18 06:10 Сейчас в теме

Есть клиент, УТ 10.3 с доработками, 15-20 пользователей, PostgreSQL, база,если в файловом виде развернуть весит 25 ГБ. Так вот пытался свертку сделать, обрезать пару лет. В PostgreSQL не удалось, база рушилась. Пришлось на отдельном сервере развернуть MSSQL, свернуть там базу и уже свернутую вернуть на PostgreSQL (все лицензия Линукс-сервер). Так что судите сами о надежности связки.

1259. starik-2005 3092 22.11.18 11:43 Сейчас в теме

(1220)

Так вот пытался свертку сделать, обрезать пару лет. В PostgreSQL не удалось, база рушилась. Пришлось на отдельном сервере развернуть MSSQL, свернуть там базу и уже свернутую вернуть на PostgreSQL (все лицензия Линукс-сервер). Так что судите сами о надежности связки.

Кстати, очень показательно. Кто-то тут говорил, что поведение постгри и мелкософта идентично, а это, что еще раз доказывает данный коммент, далеко не так.

1221. 1c_partnerupp 22.11.18 06:27 Сейчас в теме

Крупная лизинговая компания. Используется Бухгалтерия 3 + самописная дописка под лизинг.
СУБД выбирали сами, выбрали MS SQL , т.к. работаем исключительно на windows.
Производительность и функционал устраивают.

1222. aleshkin78@rambler.ru 22.11.18 07:00 Сейчас в теме

Являемся по сути ИП, который обслуживает одну организацию

1223. Serj1C 483 22.11.18 07:38 Сейчас в теме

Основная СУБД на MS SQL на базе старенькой УТ (10.1). Типового функционала практически не осталось. Объем данных ~500Гб.
Несколько лет назад была проблема с производительностью, решили интенсивным образом - оптимизацией кода и запросов.
Один из филиалов переводим на Линукс. Там стоит ПостГри. Про администирование ничего не скажу, но про производительность знаю. Прийдется изрядно потрудиться, чтобы старая конфигурация летала на постгри. MS SQL многое прощает, постгри - нет.

1224. vvh74 22.11.18 08:01 Сейчас в теме

Основные базы УТ 10.3, УПП, сильно дописанные, с историей с 2011 года. Объем баз - 300+ и 200Гб, в пике по 120 пользователей в каждой.
СУБД исторически MS SQL. Переходить планов нет, т.к. производительность и удобство поддержки устраивают, а цена потенциальных улучшений несопоставима с потенциальными рисками (бизнес 24х7).

1225. Vadim 22.11.18 08:18 Сейчас в теме

АО "Газпром газораспределение Курск"

1226. Artem Valentinovi4 22.11.18 08:25 Сейчас в теме

Типовая, файловая СУБД. Есть изменения через расширение. Работа через rdp. Доступ сотрудников в офисе и удаленных.

1227. user596838_sir.stawros 2 22.11.18 08:27 Сейчас в теме

Как основа все таки MS SQL переплюнуть сложно, более автоматизированный вариант для конечных пользователей. Большинство клиентов склоняется именно к этому выбору, так как размер базы порой переваливает за 50Гб, плюс еще и распределенные. Стабильность главное, удобство, а в связке с Сервером 1С вообще красота удобнее контролировать чем файловый вариант. Правда бухгалтерия чаще всего в файловом виде, пользователей то немного,а вот в УТ доступ у всех.

1228. aquarius-d 22.11.18 08:39 Сейчас в теме

Основная конфигурация УТ 10.3 - 200 пользователей, плюс ЗУП и бухгалтерия , база ~ 150 ГБ PostgreSQL.
на СУБД MS SQL работает Система управления складом (WMS)

1229. osapolema 22.11.18 08:43 Сейчас в теме

У нас 1С УПП, 1С ЗУП, 1С ТОиР, 1С CRM . Все крутится на MS SQL. Пользователей более 100, работает стабильно.

1230. gos 22.11.18 08:48 Сейчас в теме

Пищевое предприятие.

В нем кратко опишите характеристики вашей информационной системы

Зоопарк:Access(производство),Visual Foxpro(реализация),1Сv7.7(бухгалтерия),1Сv8.2(Зарплата и кадры). Устали от этого зверинца. Собираемся переходить на ERP. В 2019 начнем.

поясните, почему предпочитаете ту или иную СУБД

MS SQL SERVER: от добра добра не ищут

1231. Vestr 92 22.11.18 08:49 Сейчас в теме

Все организации мелкие, поэтому везде файловая БД) конфиги типовые, зп и бух...

1232. 17808849 59 22.11.18 09:05 Сейчас в теме

MSSQL безусловный лидер, мы обслуживаем много компаний, и у всех только 2-а варианта MS SQL или файловая

1233. koshak84 9 22.11.18 09:14 Сейчас в теме

Используем виртуализацию и MS SQL Server 2008. Основная учетная база УПП на платформе 8.1, порядка 100 одновременно работающих пользователей, документы вносятся очень интенсивно, несколько одновременных онлайн обменов, партионный учет и взаиморасчеты по документам включены в реальном времени, RLS по 4 полям на всех ролях. Все работает отлично.
На отдельном сервере (опять же виртуализация) опять же MS SQL Server 2008 на котором крутятся ЗУП, Бухгалтерия и Итилиум и некоторые служебные конфигурации. Работают порядка 60 одновременных пользователей. Во всех базах интенсивные онлайн обмены, Итилиум так же предоставляет внешние WEB сервисы, которые активно используются. Все работает отлично.
MS SQL считаю лучшим продуктом от Microsoft, имею с ней опыт работы настройки и обслуживания. Имеет замечательную вещь - профайлер. Специалистов на данную СУБД найти легче всего.
Опыта работы с другими СУБД нет.

1234. PanKir 70 22.11.18 09:38 Сейчас в теме

работаю в МКК. Базы все были типовые - БП, ЗУП, хоть и немного доработанные, но старых версий.
Крайний год разрабатываем новую конфигурацию на основе БСП для сети офисов, практически с нуля, так как текущие базы уже слишком громоздкие и на толстом клиенте все работали. Сейчас все офисы работают на тонком, через клиент-сервер - быстро и удобно.
готовится внедрение ЗУП 3.1 с нового года.
По СУБД много сказать не могу, я сам по большей степени программист, а не системник. Но наши админы утверждают, что MS хорошая, без нареканий. :)

1235. Sanek_159 1 22.11.18 09:40 Сейчас в теме

НИИ (госорганизация), доработки строим на БП 3, зарплата в ЗУП 2.5, скоро в ЗУП 3, ДО 2.1. Все базы данных работают на MS SQL. MS SQL работает как часы, производительность устраивает, Размер баз от 30Гб до 120 Гб.

1236. user660224_laa 5 22.11.18 09:54 Сейчас в теме

На всем понемногу)

1237. Vasili98 22.11.18 10:08 Сейчас в теме

В УПП используется всё кроме зарплаты, её в отдельно в ЗУП считаем. MSSQL выбран для совместимости с другими отраслевыми системами, в них особо выбора не бывает.

1238. vetgol 22.11.18 10:09 Сейчас в теме

MS конечно в лидерах, и я сам обслуживаю БД на MS, но думаю что хороший администратор БД должен хорошо уметь и PosgreSQL. Да и в Oracle можно разобраться, я имею ввиду даже если она не основная СУБД.

1239. cargobird 308 22.11.18 10:15 Сейчас в теме

MS SQL, более 25 баз в разных городах с одинаковой конфигурацией, не связанных между собой распределенкой. Проблем нет.

1240. FreeFin 31 22.11.18 10:19 Сейчас в теме

MS SQL = forever, Postgres = sucks

(да знаю я, что возможны варианты, но все заканчивается при первом серьезном сбое, трудозатраты при восстановлении просто не сопоставимы, или я неумёха)

1258. starik-2005 3092 22.11.18 11:37 Сейчас в теме

(1240)

да знаю я, что возможны варианты, но все заканчивается при первом серьезном сбое, трудозатраты при восстановлении просто не сопоставимы, или я неумёха

Так бэкапы никто не отменял, ибо админы делятся на тех, кто делает бэкапы, и тех, кто их уже делает.С бэкапами - да, постгри тут некоторым образом пролетает )))

1273. bubnov-pi 22.11.18 12:58 Сейчас в теме

(1258) по моему опыту, Postgres "пролетает" только с инкрементальными бэкапами, но их и на MSSQL делают, мягко говоря, не все. В остальном - что скриптами планировщика MSSQL, что скриптами по крону/планировщику Windows - удобство примерно одинаковое (ну, если не брать во внимание возможность "написания" скриптов в графическом мастере MS Management Studio). Основные грабли как раз не с бэкапами, а с количеством настроек, которыми можно (и нужно) играться для балансировки производительности этих баз.

1274. user1069955 22.11.18 13:06 Сейчас в теме

(1273) http://qaru.site/questions/111769/best-method-for-postgresql-incremental-backup
postgresql инкрементальный бэкап есть
ну надо просто немного приложить желание
проблема все таки с восстановлением - но это другая задача
А так Postgres норм

1241. Shendol 22.11.18 10:21 Сейчас в теме

Являемся производственным предприятием. База 40Гб на MS SQL. Конфигурация на 8.2 самописная. Пользователей 30-35.
Отношение к настройке MS SQL вполне грамотное, в итоге 6 лет бесперебойной работы без вылетов и серьёзных косяков.
Производительность "без жалоб" на далеко не новом сервере.

1242. Vyach 22.11.18 10:23 Сейчас в теме

Информационная система Альфа авто от Рарус.
Используем СУБД Microsoft так как PostgreSQL подводил в прошлом.

1243. gizik 22.11.18 10:30 Сейчас в теме

Работаем не только MS SQL но и файловом варианте, порядка 20 баз различных конфигураций, размер баз до 20Гб. Особой разницы в работе и в файловом и в MS SQL не видно, по производительности практически одинаково медленные если это не УТ 10 или БП2...

1244. zzzzz 14 22.11.18 10:32 Сейчас в теме

Основная база очень сильно переделанная под отраслевое решение Бухгалтерия предприятия 2.0, Серверная, MS SQL, 1С 8.2, есть желание, но пока нет смысла перейти на 8.3 управляемые формы, но это практически все заново переписывать ((((

1245. ceres 22.11.18 10:41 Сейчас в теме

Торговая компания, конфигурации УТ 10.3, БП 2.0, Переход с MSSQL на PostgreSQL после превышения объема базы. Скорость работы 1С частично снизилась.

1246. user614752_ulartul 22.11.18 10:42 Сейчас в теме

Транспортная компания, в основном 1С:Комплексная - выросла до 100Гб на MS SQL+Документооборот 25Гб + бухгалтерия 20Гб+ ЗУП 10Гб, и еще так по мелочи.
На SQL сервере с планами обслуживания (суточными- не стали заморачиваться) и количеством подключений в более 100 юзверей - живет нормально, но 1С:Сервер у нас отдельная машинка с широким каналом до SQL.

1247. alo2012 23 22.11.18 10:52 Сейчас в теме

База УПП на Postgresql, 10 пользователей, находимся в процессе перехода на Комплексную автоматизацию 2

1248. bubliko_o 31 22.11.18 11:04 Сейчас в теме

2 основные базы ЗикГУ 3.1 и БГУ 2.0 на PostgreSQL. Пользователей 40-50 человек. Выбрали PostgreSQL потому-что бесплатная

1249. bvk 18 22.11.18 11:09 Сейчас в теме

Файловые базы, проблем с тормозами нет...

1250. nik.lankaster 22.11.18 11:10 Сейчас в теме

Интернет-магазин. Конфигурация: сильно доработанная УТ 11.3. Объём БД ~ 40ГБ. СУБД: MS SQL. По производительности СУБД нареканий нет. Уши всех возникавших проблем с производительностью росли из кода 1С.

1251. kryukov91 22.11.18 11:20 Сейчас в теме

1с+SQL связка используется уже очень давно, инфы полным полно,проблем мало. Если по финансам клиентов все утраивает - ставим всегда скуль.

1252. user1026541 22.11.18 11:20 Сейчас в теме

Самая крупная база - УТАП 130ГБ. На MS SQL. Выбор СУБД был сделан основываясь на опыте безпроблемного использования и удобства администрирования. Но копим опыт по работе PostgreSQL. Есть одна рабочая база УТ10 с самописным веб-интерфейсом на PostgreSQL. размер 10гб - 5 месяцев полет нормальный.

1253. AlexFort1961 1 22.11.18 11:24 Сейчас в теме

Горнорудное предприятие в составе корпорации. СУБД MS SQL, потому что купить есть на что. Рабочая база одна - ЗиУП 2.0, доработанная под условия предприятия. Одновременно работающих пользователей 25. Размер базы - 20 Гб.

1254. nestorpetrovi4 22.11.18 11:28 Сейчас в теме

Более 7 лет на производственном предприятии была схема связки : SQL и 1С, 1С - Бухгалтерия КОРП 3.0, сильно переработанная конфигурация. Одновременных пользователей более 200.

1255. Iney 22.11.18 11:28 Сейчас в теме

mssql + УТ. Пользователей много.данных много. Прежде работали в файловом режиме - все висело

1256. rus80629 41 22.11.18 11:30 Сейчас в теме

УТ 11 + MS SQL. Размер 140ГБ. Работает ровно. Изучаем на тестовых базах PostgreSQL, пока из выявленных неудобств - бэкапы. Проблем с ним пока не было, но это тестовые базы...

1257. bubnov-pi 22.11.18 11:37 Сейчас в теме

Производственный холдинг. Сидим в основном на сильно модифицированном УПП в режиме РИБ на 4 производственные площадки. На самом нагруженном узле (основной склад, офис, одна из производственных площадок) в среднем 200-250 пользователей онлайн. Режим работы 24/7, базу можем останавливать только раз в месяц на пару часов - в это окно обновляем платформу, серверные компоненты, конфигурации. Основной SQL - MS, так как его проще всего настроить и обслуживать среднестатистическому админу. На паре совсем уж вспомогательных площадок (5-10 пользователей) стоит PostgreSQL - из-за его стоимости, ну и эти площадки могут дождаться начала смены админа, умеющего в Postgres.

1260. user760779 22.11.18 11:44 Сейчас в теме

На предприятии используется Postgres SQL. Почему? Потому что на MS SQL денег жмут. Опыт с Postgres очень негативный! Что бы заставить его работать более менее как MS SQL нужно полировать настройки не малое количество времени. Более того иногда выпадают какие либо чудные ошибки, ответов на которые нет не то что на русском, но и на английском языке. В общем очень много лишнего гемороя, а прироста производительности по сравнению с MS SQL не почувствовал.

1261. Maks_Alexey13 1 22.11.18 11:48 Сейчас в теме

Количество пользователей БД 25+. Основная конфигурация КА, так же имеем несколько БП, ЗУП. Исторически в компании используют MS SQL. Менять СУБД пока не планируем, нет причин.

1262. slashmax 4 22.11.18 11:53 Сейчас в теме

Используем Postgres, т.к. не требует лицензии. Онлайн 500-700 пользователей, размер базы 500+ GB, полет нормальный. Конфигурация самописная, если код написан корректно, то и работает стабильно.

1263. mrm1212 36 22.11.18 11:55 Сейчас в теме

Используем только MSSQL. около 15-ти баз КА менее 50 Гб, все летает..настроил и забыл! большая часть программистов в отделе под другие и не писали код, только MSSQL.

1264. wawawa 22.11.18 11:58 Сейчас в теме

Перевожу на PostgreSQL всех на кого работаю и кого обслуживаю. Обычно не трогаю сильно кастомизированные отделами программистов конфигурации, тем более если MSSQL и CALы к нему легально куплены. Сейчас работаю в штате средней компании, 2 базы уже перетащил на PostgreSQL, ещё штук скоро 10 перетащу. Загрузив на PostgreSQL сразу пускаю пользователей и давно не помню, чтобы что-то не заработало и по производительности тоже давно никто не жаловался. Только один баг старый вроде всё ещё есть - ошибки с кракозябрами при восстановлении дампа базы, созданной в PostgreSQL средствами 1С.

1266. ivpart.ru 22.11.18 12:00 Сейчас в теме

MS SQL - поставил, настроил и забыл!!!

1267. alsan 18 22.11.18 12:06 Сейчас в теме

Основной бизнес - торговля, есть небольшое производство.
Для базы ERP используется Postgres, экономические соображения и наличие опыта у администраторов в настройке и обслуживании серверов на базе Linux. База более 160 Гб, есть проблемы производительности, но основная проблема - это ошибки, которые встречаются, предположительно, при переходе на новые релизы платформы на разных базах. Ошибки быстро не лечатся, много времени потратили на устранение, хорошо что переходы случаются не часто.

1268. son_v 3 22.11.18 12:10 Сейчас в теме

Эх. Промахнулась, написала PostgreSQL, а нужно MS SQL. Переголосовать бы.
ИТ-компания. MS SQL, Базы: монстрила УТ (УТ+CRM+ЭСТИ), практически типовая БУХ, типовая ЗУП, типовой Документооборот, древняя-предревняя, но все еще рабочая УТ 10.
MS SQL - по опыту.

1270. user1069955 22.11.18 12:17 Сейчас в теме

Используем Postgres на Ubuntu - немного произведен тюнинг
Основная база 70 Гигов плюс еще баз 10 от 3 до 5 Гигов
Сервер 1С на windows
Полет нормальный - тормозов нет
Плюс настроена репликация баз данных на второй сервер Postgres
Пользователь больше 100

1271. serjik777 22.11.18 12:31 Сейчас в теме

Автосервис. Используется доработанная Далион: Автомаркет (8.3). около 20 пользователей. База перевалила за 15 ГБ. Работаем на MS SQL т.к. удобно, понятно, без лишних танцев с бубном. На MS SQL так же крутятся и другие базы не 1С (стенды, телефония).

1272. grolegal 22.11.18 12:34 Сейчас в теме

Являемся производителем продуктов питания, используем УПП, Бухгалтерия 2.0,Управление Автотранспотртом и Общепит и Зарплата и Кадры 7.7

1275. skivun 22.11.18 13:28 Сейчас в теме

Пока в продакшене MSSQL, а Postgres в тесте. Начиная с 8.3.11 для linux Postgres вполне хорошо работает на типовой "Комплексной". Количество пользователей - до 25.

1276. AlexWhite 194 22.11.18 13:39 Сейчас в теме

Опрос без возможности множественного выбора не очень удобен, написал только про одну базу у нас и наши базы работают под PostgreSQL. Клиентские базы в основном MS SQL.

1277. Сто27001 22.11.18 13:41 Сейчас в теме

Торгуем металлопрокатом и изделиями из него.
УТ и Комплексная на MS SQL.
Несколько БП и ЗуП в файловой версии опубликованы на веб.
Хоть серверы и старенькие, но использование RAID-10 на SSD спасает ситуацию.

1278. yaroslavch 29 22.11.18 13:44 Сейчас в теме

я ИП имеющий свою базу клиентов и обслуживающий их.
По своему опыту работы (Более 14 лет) если выбирать то MS SQL.
Легко конфигурируемая, максимально совместимая с 1С, и имеется хорошая поддержка и сопровождение, как от производителя, так и со стороны интернет сообщества.

Есть опыт работы с Postgree, но периодически приходится расхлебывать(Обращаться к специалисту по точечной настройке этого Postgree, это с учетом того, что всё изначально было настроено профессионально), при очередном обновлении платформы 1с или конфигурации. При этом своевременно, нарыть информацию по возникшей проблеме, просто невозможно или очень трудно.
И это при том, что на MS SQL все работает без изменений.

При увеличении объёма базы Postgree начинает периодически подкидывать сюрпризы.

Из опыт эксплуатации, мои клиенты поставившие Postgree все перешли в последствии на MS SQL.

1279. starik-2005 3092 22.11.18 13:47 Сейчас в теме

(1278)

Из опыт эксплуатации, мои клиенты поставившие Postgree все перешли в последствии на MS SQL.

Лично у меня такого не было ни разу, но я, если не могу поддерживать что-то у кого-то на достаточном уровне, PostgreSQL даже и не предлагаю.

1283. user1069955 22.11.18 14:32 Сейчас в теме

(1279) +(1265) +

1288. yaroslavch 29 22.11.18 15:43 Сейчас в теме

(1279) Рад за ваш такой позитивный опыт. Если у Вас не было не разу, это не значит, что у других не бывает. Разубеждать Вас в этих радужных перспективах не собираюсь, но и желать прочувствовать с полна то, что проходил я, с клиентами, не хотелось бы.

Администрированием и настройкой занимаются специалисты которые имеют компетенцию, знания и навыки. Не чураемся и аутсорса, так и приглашения сторонних специалистов. Все сервера, сразу настраиваются спецами, как и находятся на сопровождении.

Но наличие на подхвате спеца, далеко не всегда, позволяет оперативно решать проблемы.
Которых даже в настроенном, по умолчанию(т.е. без специального конфигурирования), MS SQL, не проявляется. Вот специально ради этого поднимали сервер(и не раз, и с разными клиентами), смотрели....

И почему так происходит, не то что с ходу, а иногда и со временем, не каждый спец по Postgree может ответить и исправить. А наличие мануалов и разношерстного опыта(что есть для Postgree а что есть для MS SQL), настраивает на очень оптимистичный лад..
Заряжает оптимизмом, когда, читая описания обновлений для ПП 1С, раздел для спецов, периодически видишь, что что-то пофиксили 1с-овцы, в части для Postgree.
И катится скупая слеза, админов и программистов 1с, со вдохом, бля, это же про нас, так вот, что было...
Ну и вишенка на торте, это когда на линии консультации по 1С тебе рекомендуют ждать, когда в "скором будущем" решат проблему, а лучше сменить Postgree, на поддерживаемый 1с MS SQL. (хотя как же... как же вы тут у вси врёте, 1С летает одинаково хорошо на всех решениях...)

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

Пока 1С не начнёт официально сопровождать Postgree, а не писать под него по остаточному признаку, в топку...

Перейдя на MS SQL, тьфу-тьфу, за три года ни одного из 7 клиентов ни одной хрени не всплыло, Postgree.

п.с. А как работает 1С на Postrgee в части специально написанных отчетах, по методике 1с для SQL, я вообще тихо тихо молчу...

1290. starik-2005 3092 22.11.18 16:07 Сейчас в теме

(1288) Не совсем понятно, какие конкретно проблемы у Вас были с постгри - Вы их не описали, но то, что MS SQL проще и понятнее - это точно. Сейчас работаю в компании-франче, у клиентов есть желание перейти на постгри, но нет возможности - система ведет себя по-разному, ибо все дело в кластерных индексах, на которые у ряда разработчиков были некоторые надежды. Проблему решает явное упорядочивание в запросе - остается проблема с поиском всех этих запросов и их корректировкой, поэтому мы не рекомендуем постгри клиентам.

До этого я много где работал - почти везде был MS, и я не парился с этим делом вообще. Но у меня были отдельные клиенты, у которых стоит постгри до сих пор - народ банально экономил на СУБД. В типовых конфигурациях с небольшими изменениями постгри работает в принципе также, как и MS. Тюнер для него есть - я уже скидывал ссылку. Есть рекомендации от 1С по настройке, может быть в ПостгриПРО в дистрибутиве конфиг идет уже с рекомендованными для 1С настройками - не помню.

Дома я играюсь с различными вариантами - у меня Убунту, винду я лет 15 уже не юзаю, ибо не вижу смысла - все нужное мне ПО есть для Linux. Я собирал Постгри из исходников от 1С, когда они еще были в свободном доступе на сайте 1С - написал статью даже на эту тему, после чего 1С убрала исходники с патчами в закрытый раздел сайта. Если юзать оптимизацию сборки с флэт-моделью и максимальным уровнем оптимизации, то TPC-тест показывает на 15-20% более высокую производительность. Гилев на райзене 5 1600 показывает 38 в однопоточном тесте, что весьма неплохо.Дома тестов ради смотрел на все имеющиеся у меня конфигурации - все работает на постгри приемлемо. С проблемами не сталкивался. Выше была описана проблема свертки базы, что вполне может быть связано с тем самым отсутствием ORDER BY в каком-нибудь запросе в обработке свертки.

1280. Vo-Va 885 22.11.18 14:07 Сейчас в теме

Есть клиенты и с PostgreSQL и MS SQL, но на сложные участки где нет должной поддержки, где надо поставил-настроил-забыл ставлю всегда MS SQL. Postgre капризный по разному ведет себя на разных машинах, требует больше времени и со временем его поведение может поменяться, если в штате у клиента нет нормального ITшника, то не могу себе позволить поставить Postgre

1281. ikalichkin 1 22.11.18 14:21 Сейчас в теме

Фрилансер, наверное единственный, кто поддерживает 7.7 (про минусы не надо, пожалуйста) в своём городке. Есть решения и на 8.х, но ИМХО предприятия небольшие, файловая СУБД в терминалке работает нормально. Ну и главное - клиент ВСЕГДА ПРАВ !!!

1282. user719278 4 22.11.18 14:25 Сейчас в теме

две безы! УПП и Ут! PostgreSQL используем давно, потому что стабильна

1284. Piraniypark 14 22.11.18 14:56 Сейчас в теме

Используем только MS SQL. Есть 4 базу 5 Тб. , две по 1.5 ТБ и 500 Гб. Пользователей 1000+. Postgres сдулся на 900 Гб. MS SQL работает стабильно и без тормозов.

1285. fly_1981 22.11.18 15:04 Сейчас в теме

Торговая компания около 30 пользователей, основная база УТиВСК, была файловая сейчас перешли на MS SQL.

1286. SiavaRu 22.11.18 15:10 Сейчас в теме

MSSQL 2014, полтора десятка пользователей. УТ + БП. Сервер на простеньком Xeon E3 + 24Гб памяти, но с SSD-дисками на аппаратном RAID контроллере. Быстродействие не очень устраивает. Что ни делали, всё равно тормозит или подтормаживает, зараза. Postgres и Linux очень хочется попробовать, но никак времени не хватает на опыты.

1287. alf2005q 22.11.18 15:16 Сейчас в теме

Добрый день.
Обслуживаю среди прочих автосалон с автосервисом. пользуются 1с альфа-авто 5. база по моим меркам огромная (больше 24Гб – и это пока без каталогов с картинками) крутится на MSSQL. еще со времен 1с77 лучшего выбора не вижу - настоящая СУБД, в смысле настоящая система управления. и, действительно, настроишь один раз - потом только базы добавляешь. и всё оставшееся время можно полностью посвятить 1с.
На одном из объектов БП (менее 5Гб) и камин крутятся на PostgreSQL - для небольшого количества пользователей (там работают 4 бухгалтера) бюджетный вариант отличный. и требования у PostgreSQL к системе скромные - в качестве сервера работает комп помощнее.
А когда баз много (БПы, ЗУПы) и есть «монстры» - без вариантов - только MSSQL.
Имеются и свои минусы у такого варианта – высокие требования к железу и дорогая лицензия (во времена 1с77 фирма 1С продавала лицензионный MSSQL, как сейчас сказали бы, - по «бросовой» цене). Но за спокойствие и стабильность можно хорошо заплатить. И еще один минус, который я обнаружила в последний месяц, - на новом сервере в целях экономии купили и установили WinServ2016Standart – он зараза практически каждый день обновляется, и это никак не остановишь! Т.е. не существует одной постоянной во времени конфигурации серверного ПО – поэтому я сейчас даже не уверена, будет ли обеспечиваться такая же стабильность в работе сервера БД, как, например, было на winServ2003 или на WinServ2012 (можно было отключить автоматич обновление системы и ставить их по мере появления «заплаток на заплатки»). Сейчас такая технология не проходит – даже количество системных обновлений и обновлений СБ зашкаливающее - обрабатывать их вручную, мне кажется, уже немыслимо! Надеюсь MSSQL от таких обновлений системы-носителя не крякнет.

Оставьте свое сообщение

E-mail: