Опрос по используемой СУБД: участвуйте и выиграйте 100 стартмани
Инфостарт приглашает 1С-специалистов принять участие в ежегодном опросе по используемым СУБД. Одна из его целей – доказать, что в условиях изменчивой рыночной конъюнктуры и экономических санкций в сфере технологий управления базами данных есть надежные альтернативы известным проприетарным решениям.
После того, как вы выберете подходящие ответы на вопросы, обязательно оставьте комментарий. В нем кратко опишите характеристики вашей информационной системы, поясните, почему предпочитаете ту или иную СУБД, или предложите свой вариант ответа на предложенные вопросы. Просим вас не дискутировать, а просто рассказать о своем реальном опыте использования тех или иных решений.
По завершении опроса мы случайным образом выберем одного из участников, кто ответил на вопросы и оставил комментарий согласно указанным выше требованиям, и подарим ему 100 стартмани. Также мы подготовим аналитический отчет, где подведем итоги всех прошедших опросов по СУБД, используемым Сообществом Инфостарт, и представим обзор тенденций и актуального состояния технологической сферы управления данными на платформах 1С.
Опрос идет ровно 1 месяц. Подведение итогов опроса 20.12.18.
Автор:
Дмитрий Кочергов
Аналитик
Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
Какая у вас (или у вашего ключевого клиента) основная СУБД для 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%
Комментарии
Избранное
Подписка
Сортировка:
Древо
Являемся продуктовой оптовой компанией. Используем несколько баз. УТ 10.3 как основная, 3-и бухгалтерские базы Бух 3, 2-е базы ЗУП. + одна самописная конфигурация на управляемых формах.
СУБД выбирали не сами, заключили договор с компанией, которая обслуживает наши компьютеры и сервера. Все в принципе устраивает, вся производительность на данный момент упирается только в интернет канал.
СУБД выбирали не сами, заключили договор с компанией, которая обслуживает наши компьютеры и сервера. Все в принципе устраивает, вся производительность на данный момент упирается только в интернет канал.
Внедряю несколько проектов ERP у 3 заказчиков. Два проекта самостоятельно, устраиваясь в штат по совместительству, один проект как привлеченный консультант со стороны заказчика .
2 типографии, одно производство трансформаторов. Один заказчик хотел PostgreSQL, отговаривали его совместно с фирмой франчайзи. Причины- негативный опыт у других клиентов.
2 типографии, одно производство трансформаторов. Один заказчик хотел PostgreSQL, отговаривали его совместно с фирмой франчайзи. Причины- негативный опыт у других клиентов.
(2) Что умеем через далее далее далее ставить, то и ставим, да?:)
Sprinter2000; Kochergov; Obvious; kc-ropa; sashocq; rovenko.n; yadexter1986; AleksKol; fedor_p; DigitalMan; pavel_m; maksa2005; tupa38; Мах; gigapevt; dajen; user723865; nnaavv13; MGraf; SerLeon; Korolev; izidakg; user710331_intellxeon.1c; NCCSOFT; parshin; user946113; juricher; woozee; dimon_upi; user679305_admn.nns; Nigelist; drim87; IMSensei; user1032771; portwein; vr.simply; username23; sara007; Voblhned; OLEG4120; Vova_Di; igor34; A_Max; maxli28; talych; oldcopy; leongl; curdate; Berserk_02; payta; nixel;
+51
–4
Ответить
(95) В принципе да. Для MSSQL хорошо проработаны типовые проблемы и решения.PostgreSQL в лучшем случае большого выйгрыша не даст, в худшем заставит тратить кучу времени на возможные проблемы, в самом худшем - завалит проект.
(159) Вот только от клиента. Сервер на MS SQL шустрый как птичка из анекдота. Был по другим вопросам нежили 1С. Рассказывали мне какая 1с тормозная и как у них справочник открывается по 2 минуты. Элемент справочника. А в итоге как мне думается просто обслуживающий франч не настроил необходимые планы обслуживания. Посмеялся только про себя и не стал ничего говорить.
(159) Почти согласен. Хотя имеется типовая бухгалтерия на постгри работает даже не на сервере, используют постоянно 5-10 человек, размер приблизился к 10Гб пока все норм без томозов, Два раза за это время падала, переустановка Postgre помогала. А MS SQL из разряда тех программ поставил настроил бэкап и забыл.
(517) как раз не без причины, чаще всего это происходит по вине аппаратных сбоев. При этом базы самовосстанавливающиеся, точнее пытаются сами восстановиться, нужно только терпения набраться. MSSQL очень жадный, что к деньгам, что к ресурсам.
(95) Думаю, сложности возникнут не только во время установки, но и в процессе обслуживания и сопровождения СУБД.
Думаю, по этому многие выбирает более распространенную СУБД, обслуживать которую есть кому.
Я видел истории, когда ставился Postgre, его обслуживал человек и после увольнения которого долго не могли найти человека ему на замену.
Думаю, по этому многие выбирает более распространенную СУБД, обслуживать которую есть кому.
Я видел истории, когда ставился Postgre, его обслуживал человек и после увольнения которого долго не могли найти человека ему на замену.
(974)
Неужто там все мануалы читать разучились?
Тогда пичалька, боюсь что со временем и с mssql в этом месте проблемы полезут...
Я видел истории, когда ставился Postgre, его обслуживал человек и после увольнения которого долго не могли найти человека ему на замену.
Неужто там все мануалы читать разучились?
Тогда пичалька, боюсь что со временем и с mssql в этом месте проблемы полезут...
(2) А какой негативный опыт был у клиентов?
Просто мы используем PostgreSQL несколько лет и пожаловаться вроде и не на что пока.
Единственное - трудно было внедрить - все отговаривали. Причина - отсутствие опыта у IT-специалистов, нежелание учиться и страх нового.
Просто мы используем PostgreSQL несколько лет и пожаловаться вроде и не на что пока.
Единственное - трудно было внедрить - все отговаривали. Причина - отсутствие опыта у IT-специалистов, нежелание учиться и страх нового.
(1344) Лет 6 назад на проекте с УПП администратор настоял на PostgreSQL . Перелили тестовую базу в PostgreSQL. Групповое перепроведение документов показало разницу по скорости в 10 раз на одном и том же оборудованием.
После администратор занимался тюнингом PostgreSQL , скорость поднялась, но разница оставалась в разы. Возможно дело было в его квалификации, но все эти эксперименты отняли две недели времени от проекта и кучу нервов.
Остальное я не видел, сам рассказывали коллеги, за надежность и достоверность не поручусь. Полностью рабочая конфа, после обновлений перестает работать в 2х местах сразу, на форме списка сотрудников и при закрытии месяца. * на старую версию, консультации с партнерами 1С, шаманьи пляски, ручное исправление запросов в конфигурации на поддержке....
Еще много всего, что уже и не вспомнить.
После администратор занимался тюнингом PostgreSQL , скорость поднялась, но разница оставалась в разы. Возможно дело было в его квалификации, но все эти эксперименты отняли две недели времени от проекта и кучу нервов.
Остальное я не видел, сам рассказывали коллеги, за надежность и достоверность не поручусь. Полностью рабочая конфа, после обновлений перестает работать в 2х местах сразу, на форме списка сотрудников и при закрытии месяца. * на старую версию, консультации с партнерами 1С, шаманьи пляски, ручное исправление запросов в конфигурации на поддержке....
Еще много всего, что уже и не вспомнить.
Наша организация формально партнёр 1С и Microsoft, но сопровождением и продажей типовых практически перестали заниматься и разрабатываем собственное ПО для строительных экспертиз на основе 1С. Все базы данных работают на MS SQL, но был один заказчик, у которого ставили Postgres. В общем, производительность устраивает, так как особой нагрузки на сервера нет.
Торговля розничная / Retail + интернет магазин, Используем несколько баз УТП + Бухгалтерия + ЗУП, с учетом розницы 1000+ человек, Выбор MS SQL был сделан 11 лет назад, когда о PostgreSQL и не говорили, сейчас же нет смысла переходить на что то другое
8 серверов. До 200 пользователей в самом загруженом. Есть сервер в котором менее 10 пользователей но через него организован обмен с 200+ узлами. Все сервера MS Sql, пробовали в одной компании postgres. На типовой конфигурации возникала ошибка СУБД с которой очень долго боролись. Информации было мало. Тех поддержка 1с не очень оперативно помогала с решением проблемы. Учитывая простой в работе и затраченные ресурсы. MS SQL вышел бы дешевле. Не говоря уже о негативе от ситуации и нервах участников процесса.
Самый крупный клиент использует УТ 11.4 (был выполнен переход с самописной) + обмены с интернет магазинами + обмены со сторонними продуктами. на постгре работал несколько раз, как бы кто ни хвалил скуль привычнее
Инжиниринговая компания, gold-партнер Microsoft. 4 базы на MS SQL: самые крупные УПП (140 ГБ) и Документооборот (45 ГБ). Версия 1С 8.3, пользователей около 150-200 в нескольких городах. От РИБ отказались, сотрудники за пределами центрального офиса подключаются через RDP.
В ближайшее время основные базы я планирую очень сильно ужать, по моим оценкам, УПП уменьшится до 90 ГБ.
Помимо 1С на том же SQL-сервере работает ресурсоемкий корпоративный портал на SharePoint.
К сожалению, производительность 1Ски у нас искусственно сильно ограничена: один из предыдущих руководителей, насколько я слышал, для "обеспечения информационной безопасности" решил, что сервер 1С и SQL-сервер должны быть развернуты на разных машинах, при чем канал между ними очень узкий. В будущем надеемся переделать это.
В ближайшее время основные базы я планирую очень сильно ужать, по моим оценкам, УПП уменьшится до 90 ГБ.
Помимо 1С на том же SQL-сервере работает ресурсоемкий корпоративный портал на SharePoint.
К сожалению, производительность 1Ски у нас искусственно сильно ограничена: один из предыдущих руководителей, насколько я слышал, для "обеспечения информационной безопасности" решил, что сервер 1С и SQL-сервер должны быть развернуты на разных машинах, при чем канал между ними очень узкий. В будущем надеемся переделать это.
4 площадки в разных городах, 11 узлов + центр, РИБ на УПП дописанной, базы от 40 до 380 Гб, от 5 до 150 онлайн пользователей. На всех площадках MS SQL. Выбрали потому, что СУБД уже использовалась в других проектах холдинга и администраторам он уже был знаком.
Медицинская компания, производящая и торгующая оборудованием. Используется КА 1.1, несколько конфигураций,несколько баз.
СУБД выбирали сами, выбрали MS SQL , т.к. работаем исключительно на windows. Из конфигураций на тот момент наиболее подходящей оказалась КА, а сейчас количество дописок слишком большое чтобы пока что переходить на другую программу.
Производительность и функционал устраивают.
СУБД выбирали сами, выбрали MS SQL , т.к. работаем исключительно на windows. Из конфигураций на тот момент наиболее подходящей оказалась КА, а сейчас количество дописок слишком большое чтобы пока что переходить на другую программу.
Производительность и функционал устраивают.
УПП эксплуатируется с 2007 года, до этого была 7.7 , при переходе с 7.7 на 8 выбор пал на MS SQL.
с того момента мигрируем на более новые версии 1С и MS SQL.
имеем около 100 предприятий и баз соответсвенно, самая большая около 300 Гб и 200 + активных пользователей
остальные поменьше и пользователей около 50 .
Регулярно тестируем альтернативные решения по производительности и удобству администрирования.
с того момента мигрируем на более новые версии 1С и MS SQL.
имеем около 100 предприятий и баз соответсвенно, самая большая около 300 Гб и 200 + активных пользователей
остальные поменьше и пользователей около 50 .
Регулярно тестируем альтернативные решения по производительности и удобству администрирования.
Как показывает практика, что если даже и уметь готовить какой-то иной вариант СУБД помимо MS SQL, то и правильно приготовленный он может вести себя не так, как ожидается. Например, в PostgreSQL нет как такового кластерного индекса, но при этом есть кластеризация. Суть проблемы проявляется тогда, когда программисты не думают, что результат запроса может быть не отсортирован по кластерному индексу. И вот тогда могут быть проблемы, которые могут быть решены всяко-разно, но долго-предолго...
А лично я использую постгри для своих нужд, правда для них я еще много что использую: REDIS, MySQL, memcache, elasticsearch, Kafka, HyperLedger, ...
А лично я использую постгри для своих нужд, правда для них я еще много что использую: REDIS, MySQL, memcache, elasticsearch, Kafka, HyperLedger, ...
УПП эксплуатируется с 2007 года, до этого была 7.7 , при переходе с 7.7 на 8 выбор пал на MS SQL. С того момента мигрируем на более новые версии 1С и MS SQL.
Так исторически сложилось, что базы на MS SQL, да и специалистов по Postgre SQL у нас нет.
Основная база примерно 300ГБ, 300+ активных пользователей.
Так исторически сложилось, что базы на MS SQL, да и специалистов по Postgre SQL у нас нет.
Основная база примерно 300ГБ, 300+ активных пользователей.
Компания занимается разработкой ПО. Базы УПП и СЭД. Чуть более 50 пользователей. Десять лет назад начали использовать MS SQL, как проверенное решение. Теперь все к ней привыкли и переходить на другие СУБД пока не планируем.
Торговая компания.
Все досталось из коробки, от внедряющей компании, ровно как и "нетленка", Которую дорабатывали-дорабатывали да так и недоработали )
Продолжаем постепенно мелкими шагами, что-то допиливать.
Решение о выборе тех или иных решений принимаются по параметрам "скорость развертывания", "удобство обслуживания", "надежность эксплуатации",
Как-то все само строится на Виндовс.
Все досталось из коробки, от внедряющей компании, ровно как и "нетленка", Которую дорабатывали-дорабатывали да так и недоработали )
Продолжаем постепенно мелкими шагами, что-то допиливать.
Решение о выборе тех или иных решений принимаются по параметрам "скорость развертывания", "удобство обслуживания", "надежность эксплуатации",
Как-то все само строится на Виндовс.
Ставим Postgres на фронт РИБы, как лучшая альтернатива файловому варианту.
Основные базы (в первую очередь документооборот) работают на SQL по следующим причинам:
- понятны сценарии обслуживания и резервирования,
- лучшее производительность на "кривых" запросах в сильно "допиленных" конфигурациях,
- наличие Profiler`а.
Основные базы (в первую очередь документооборот) работают на SQL по следующим причинам:
- понятны сценарии обслуживания и резервирования,
- лучшее производительность на "кривых" запросах в сильно "допиленных" конфигурациях,
- наличие Profiler`а.
Для нужд собственной координации (1С:Франчайзи), ведем базу Документооборота: на MS SQL, ~40 пользователей и ~10-20 внешних пользователей.
Клиенты с базами до 50 пользователей - используют как Postgres, так и MS SQL (соотношение не считал, примерно поровну).
Клиенты с бóльшими базами (до 1000+ пользователей) - на MS SQL.
Видел однажды попытку развернуть 1С:Бухгалтерию (для Украины, ред. 1.2) на IBM DB2: выглядело работоспособно, но на серверах IBM была проблема с аппаратной лицензией 1С (попытка вставить ключ защиты в USB-порт сервера приводила к падению последнего, программные лицензии тогда только появились).
Клиенты с базами до 50 пользователей - используют как Postgres, так и MS SQL (соотношение не считал, примерно поровну).
Клиенты с бóльшими базами (до 1000+ пользователей) - на MS SQL.
Видел однажды попытку развернуть 1С:Бухгалтерию (для Украины, ред. 1.2) на IBM DB2: выглядело работоспособно, но на серверах IBM была проблема с аппаратной лицензией 1С (попытка вставить ключ защиты в USB-порт сервера приводила к падению последнего, программные лицензии тогда только появились).
После проблем с DB2 и слишком большой стоимостью SQL Server для небольших организаций и учреждений ставлю PostgresSQL в связке с CentOS. Неплохая производительность и достаточно высокая надежность. Основные затраты - это приобретение лицензии 1С Сервер.
1C:УПП, до этого была 7.7 на MS SQL 2000, при переходе с 7.7 на 8 поставили MS SQL. С того момента мигрируем на более новые версии 1С и MS SQL.
Так исторически сложилось, что базы на MS SQL, да и специалистов по Postgre SQL у нас нет.
Основная база примерно 280ГБ, 350+ активных пользователей.
Так исторически сложилось, что базы на MS SQL, да и специалистов по Postgre SQL у нас нет.
Основная база примерно 280ГБ, 350+ активных пользователей.
Сеть супермаркетов, серверы в каждом и центральный. Все на SQL, не было времени на эксперименты, ставили то, в чем уверены. УТ работает через УРБД, обмены каждые полчаса. Все работает норм, разрастаются базы из-за чеков, в основном, но некоторая аналитика идет по ним, думаем выносить их в другое решение не на 1С. Плюс бухгалтерия в каждом месте, в том числе для оперативной выписки с/ф (выписываем только из бухгалтерии). ЗУП не ставили, средств не хватает пока. Но думаем приобрести 3 версию.
Образовательная организация. Коммерческий ВУЗ.
СУБД MS SQL, все ПК пока на Windows.
Конфигурация взята за основу Университет. Сильно переделана.
Миграция данных как из других программ, используемых в образовательном процессе, так и в федеральные базы.
Пока все хорошо.
СУБД MS SQL, все ПК пока на Windows.
Конфигурация взята за основу Университет. Сильно переделана.
Миграция данных как из других программ, используемых в образовательном процессе, так и в федеральные базы.
Пока все хорошо.
Изучаю 1С на Linux, поэтому в качестве базы данных выбрал PostgreSQL.
Процесс изучения происходит на самописной базе.
Трудностей хватает.
Если устанавливать как есть (как привыкли в Windows)
т.е. запускать только исполняемые файлы и считать, что установка и настройка на этом закончена - будет работать плохо.
Нужно делать тюнинг:
1) операционной системы;
2) базы данных PostgreSQL
3) 1С
Конфигуратор на Linux запускается быстрее, чем в windows. Хотя компьютер менее мощный.
Думаю, что в будущем, доля пользователей работающих в 1С на Linux увеличится.
Процесс изучения происходит на самописной базе.
Трудностей хватает.
Если устанавливать как есть (как привыкли в Windows)
т.е. запускать только исполняемые файлы и считать, что установка и настройка на этом закончена - будет работать плохо.
Нужно делать тюнинг:
1) операционной системы;
2) базы данных PostgreSQL
3) 1С
Конфигуратор на Linux запускается быстрее, чем в windows. Хотя компьютер менее мощный.
Думаю, что в будущем, доля пользователей работающих в 1С на Linux увеличится.
(31) маловероятно.
Уж вроде-бы сколько user-friendly оболочек линукса сделали, сколько самих версий, тот же LinuxMint под WinXP. Все одно: пользователи привыкли к одному и изучать другое мало кто хочет. А уж когда речь о том, что это будет продуктив, и чуть что начальство спросит "почему вдруг все сломалось", а знаний -то есть только на установку по мануалам...
Уж вроде-бы сколько user-friendly оболочек линукса сделали, сколько самих версий, тот же LinuxMint под WinXP. Все одно: пользователи привыкли к одному и изучать другое мало кто хочет. А уж когда речь о том, что это будет продуктив, и чуть что начальство спросит "почему вдруг все сломалось", а знаний -то есть только на установку по мануалам...
До поры до времени 10 пользователей организации работали на БП 2.0 в файловом варианте, подключаясь через RDP. Но отраслевое решение на базе БП 3.0 потребовало перемен: .
Было принято решение поэтапного наращивания мощностей:
1. Полная замена железа с сохранение файловой СУБД и терминального доступа
2. Если окажется недостаточно - приобретение сервера 1С и замена СУБД на PostgeSQL
3. Если потребуется - переход на MS SQL.
Пока что остановились на п.1 - объем базы небольшой, быстродействие устраивает, взаимных блокировок нет.
Было принято решение поэтапного наращивания мощностей:
1. Полная замена железа с сохранение файловой СУБД и терминального доступа
2. Если окажется недостаточно - приобретение сервера 1С и замена СУБД на PostgeSQL
3. Если потребуется - переход на MS SQL.
Пока что остановились на п.1 - объем базы небольшой, быстродействие устраивает, взаимных блокировок нет.
Исторически ставим клиентам MS SQL, так как он "проще" и работает ожидаемо. Однако были и проекты на PostreSQL, исключительно из-за стоимости лицензий. Опыт в общем-то положительный, однако огорчает взаимодействие самой платформы с СУБД, слишком много подводных камней. Но за последний год сотрудничество 1С и PostgreSQL было довольно плодовитым, ожидаем что в дальнейшем эта СУБД будет достойной альтернативой.
Несколько клиентов, из конфигураций УТ 10.3/11, БП 2.0/3.0, Комплексная Автоматизация, ЗиУП 3.1. Все на MSSQL. Из плюсов - разворачивается на раз два и практически не требует вмешательства при дальнейшей работе.
думал с pg переезжать на ms... сейчас задумаюсь... даже в бюджет 2019 заложили.
УПП, 40Гб, 50 пользователей
основной затык с посгрей - долгий бэкап и обратное восстановление копии базы.
что pg_dump, что в dt одинэсный
ну и админу не в радость его скриптами обслуживать, он не чистый dba
в M$ с бакапами и обслживанием "мышкой" - самый раз при отсутствии специально обученного админа посгрей ( да и дешевле, если ФОТ на dba посчитать)
Оптовая торговля.
1С 7.7 MS SQL 2000 база 150 ГБ самописная
+ приложения на C# для работы ТСД под WINCE
+ филиалы работают по RDP в основной базе
+ базы розничной сети на дописанной ТиС тоже MS SQL 2000 базы по 30+ ГБ
1С 7.7 MS SQL 2000 база 150 ГБ самописная
+ приложения на C# для работы ТСД под WINCE
+ филиалы работают по RDP в основной базе
+ базы розничной сети на дописанной ТиС тоже MS SQL 2000 базы по 30+ ГБ
Торговая компания с элементами производства. Несколько филиалов с онлайн-доступом к базе на основе УТП. MS SQL был куплен с сервером, собственно на тот момент альтернатив еще не было, да и производительность удовлетворяет на все 100.
Оптово-розничная компания-производитель молочной продукции. Помимо КА используем третью бухгалтерию. Всё крутится на MS SQL потому что к ней нет претензий и в случае возникновения проблем можно будет быстро найти решение за счёт её популярности.
Производственная компания.
Основная конфигурация можно сказать самописка на базе УПП.
Все крутиться на MSSQL потому что с этим проще работать в windows архитектуре.
Есть довольно много всяких инструментов предназначенных для MSSQL. Да и поддержка.
PostgreSQL использую только для себя, например ставил его для монтирования каталогов для
контейнера gitlab. В прошлом имел опыт запуска систем на PostgreSQL - до 100 пользователей проблем обычно не вызывало.
Основная конфигурация можно сказать самописка на базе УПП.
Все крутиться на MSSQL потому что с этим проще работать в windows архитектуре.
Есть довольно много всяких инструментов предназначенных для MSSQL. Да и поддержка.
PostgreSQL использую только для себя, например ставил его для монтирования каталогов для
контейнера gitlab. В прошлом имел опыт запуска систем на PostgreSQL - до 100 пользователей проблем обычно не вызывало.
Основная конфигурация Бухгалтерия КОРП+УАТ 3.0, около 150гб, плюс ДО, плюс ТОИР. Вся инфраструктура предприятия на платформе windows, соответственно СУБД MSSQL. Пользователей 70-80. В общем-то никакие варианты кроме msmsql всерьез не рассматривались, инфы по постгрессу было мало, спецов по юникс-подобным системам нет.
Интересный опрос. У меня почти у все клиентов стоит postgresql. Но у одного ключевого стоит mssql и то потому что влом переустанавливать и перетаскивать все базы. Просто mssql стояла еще до меня. В итоге я проголосую mssql что никак не отражает реальное использование субд.
Postgresql используется редко потому что 80% франчей это эникейщики. Они то и сиквел в дефолт ставят и ничего на нем не настраивают. А при виде линукс у них начинается мондраж.
Разработчики ПО. Основная рабочая база - допиленная УТ 11.1 в 25 гигов весом, так же есть мелкие типовые БП и ЗУП. Активных пользователей - в районе 60-ти, все крутится на PostgreSQL, но ее до меня поставили, оттюнинговали - особых проблем нет.
Являемся дистрибьютором, у клиентов 50/50 используется ms sql и postgre sql. сами используем самописную конфигурацию, когда то давно взятую на базе 1С Рарус для франчайзи. Клиенты используют почти все перечисленные конфигурации в разной степени.
Производственное и сервисное предприятие. Основная база - УПП. Одновременное количество пользователей в онлайн режиме около 120. Размер базы 130 Гб. Также имеются базы Документооборота, ЗУП 2.5, Зуп 3.1, Общепит, Ресторан, Бухгалтерия автономного учреждения, Управление ИТ-отделом. Есть большие виды на переход с УПП на ERP.
Основная конфигурация УПП. Так же на предприятиях используется 1С:Документооборот, 1С:Бухгалтерия предприятия и сильно переработанная УТ.
Количество пользователей около 700 человек.
PostgreSQL только на сервере разработки - ставили посмотреть, что за зверь.
Переходить с MS SQL на что-то ещё - смысла нет.
Количество пользователей около 700 человек.
PostgreSQL только на сервере разработки - ставили посмотреть, что за зверь.
Переходить с MS SQL на что-то ещё - смысла нет.
Несколько физических серверов на Cent OS. 1с на Postgres SQL. Из типовых конфигураций - несколько ЗУП 3.1 и Бухгалтерия 3.0. В основном, отраслевые конфигурации. в каждой базе работают 20-50 пользователей.
Все было установлено и настроено до моего прихода на эту работу. До этого всегда имел дело с MsSQL. По скорости работы отличий не нашел. В Postgres очень неудобно и долго работать с бекапами и копиями баз. От предыдущего программиста получил команды и инструкцию как с ними работать через putty. Сам больше никуда пока не лазил. Если будет выбор между msSQL и PostgresSQL (при отсутствии толковых администраторов), выберу Микрософт.
Одна из причин выбора это то, что на Postgres не работает запрос отраслевой конфигурации на базе Розница 2.2.9. В документе Расчет и установка себестоимости при нажатии Рассчитать и заполнить программа намертво виснет. Зависает именно на запросе. Проверял в консоли запросов. Если базу выгрузить в файловую или в msSQL, то нажатие кнопки отрабатывается в течение нескольких секунд. Причина, видимо, в настройках Postgres, но сам я разобраться пока не могу. Проблема появилась при мне после обновления на версию Розница 2.2.8. До этого все работало
Все было установлено и настроено до моего прихода на эту работу. До этого всегда имел дело с MsSQL. По скорости работы отличий не нашел. В Postgres очень неудобно и долго работать с бекапами и копиями баз. От предыдущего программиста получил команды и инструкцию как с ними работать через putty. Сам больше никуда пока не лазил. Если будет выбор между msSQL и PostgresSQL (при отсутствии толковых администраторов), выберу Микрософт.
Одна из причин выбора это то, что на Postgres не работает запрос отраслевой конфигурации на базе Розница 2.2.9. В документе Расчет и установка себестоимости при нажатии Рассчитать и заполнить программа намертво виснет. Зависает именно на запросе. Проверял в консоли запросов. Если базу выгрузить в файловую или в msSQL, то нажатие кнопки отрабатывается в течение нескольких секунд. Причина, видимо, в настройках Postgres, но сам я разобраться пока не могу. Проблема появилась при мне после обновления на версию Розница 2.2.8. До этого все работало
Частники-услуги производственного характера. БП 3.0 файло(слегка дописана)~около 4Гб, 10 с + пользователей и PostgreSQL 100 + пользователей (тоже не много дописана)~ около 70Гб. ЗУП 3.1 PostgreSQL 20+ пользователей.
У нас 2 основные базы - ЗУП и УПП. УПП сейчас около 1го ТБ. Используем MS SQL - потому что стабильно, потому что есть (и несложно найти в принципе) хороший админ. У нас отгрузки непрерывно сутки напролет в сезон, или просто каждый день - когда не сезон. Сюрпризы и багофичи не нужны.
См. также
64.65
73.19
3982
Новые проекты
Зависание 1С при запуске с веб клиента.
бюджет 1 000 руб.
Обработка выгрузки по API документов в Яндекс
бюджет 2 000 руб.
Обработка для выгрузки выписки из 1с БП 3.0 в формате txt
бюджет 2 000 руб.
загрузка товаров из Битрикс в 1С УТ 11.4
бюджет 10 000 руб.
Создать отчет на СКД для УНФ 1.6
бюджет 5 000 руб.
В схеме базы данных нет таблицы с именем Const30138
бюджет 1 300 руб.
Переход с 1С 7.7 тис на 11 УТ
бюджет 10 000 руб.
Шаблоны трудовых договоров
бюджет 5 000 руб.