Почему PostgreSQL не лучше MS SQL

09.08.21

На онлайн-митапе "PostgreSQL VS Microsoft SQL" выступил с докладом руководитель ИТ в компании "Инфософт" Антон Дорошкевич. Он сравнил работу MS SQL и PostgreSQL, поделился методическим пособием по настройке PostgreSQL для 1С и объяснил, кому нужно перейти на новую СУБД, а кому лучше работать с тем, что есть.

Меня зовут Антон Дорошкевич, я – руководитель ИТ в компании «Инфософт», в Новосибирске. Я являюсь сертифицированным экспертом по эксплуатации PostgreSQL. Уровень сертификата «Эксперт».

В течение последних 15-ти лет я являюсь эксплуататором больших многокластерных систем на тысячи пользователей и сотни баз – что на MS SQL, что на PostgreSQL. К сожалению, никогда не работал с Oracle и IBM DB2 в 1С, только пробовал в качестве теста что 1С запускается.

Сегодня хотел бы обсудить, почему PostgreSQL не лучше MS SQL. Когда у нас появляется выбор – какую базу данных использовать, правильный ответ эксперта, а не менеджера по продажам: «ту, которую знаете». Надо понимать - ни одна база данных никаких чудес не даст, а вот если за ней не ухаживать - всё будет плохо.

MS SQL vs PostgreSQL

Чтобы понять разницу между MS SQL и PostgreSQL в мире 1С, предлагаю сравнить их как мужа и любовника. В качестве жены и любовницы у нас выступает - 1С.

Итак, MS SQL – это муж, у них с 1С 20 лет счастливой жизни вместе.
PostgreSQL – молодой любовник, с 1С у них только 5 лет флирта.

К MS SQL в мире 1С все привыкли, он удобный. Microsoft всегда работает над интерфейсом, их интерфейсы – одни из самых лучших в мире.
PostgreSQL – непривычный, я специально не говорю «неудобный», потому что удобство – дело привычки. Мы привыкли, что у нас в MS SQL есть Microsoft SQL Management Studio – это классная штука, но вы туда за все время существования базы заходите один раз - для настройки СУБД, и иногда, когда возникают какие-то проблемы ну и конечно для работы с резервными копиями вручную. У PostgreSQL тоже есть– PG Admin, заходите и смотрите. Только что там на дашборды смотреть, не очень понятно. Можно открыть монитор активности, будут рисоваться красивые графики как в MS SQL, но зачем на них смотреть – не очень понятно. А когда проблемы или опять же нужно снять бэкап или восстановить тогда – да, пригодится.
Поскольку MS SQL удобный, привычный - с ним не страшно. Кажется: поставим MS SQL, и все будет работать.
PostgreSQL, наоборот, во многих внушает страх. С ним всё непонятно, все настройки в текстовом файле, белые буквы на черном фоне в Linux, командные строки, скрипты. Согласен, страшно, но как и все новое – так же страшно было переходить с 1С 7.7, переходить на управляемые формы, было страшно начинать использовать для обменов web-сервисы, было страшно работать с HTTP-сервисами в 1С и т.д. Все новое немного страшно.
MS SQL как опытный муж прощает 1С многое. У него продвинутый планировщик запросов, это почти искусственный интеллект. Он превращает запросы, которые ему отправляет платформа, в удобоваримые запросы для СУБД, и делает это лучше, чем PostgreSQL. Программист 1С может не очень обращать внимание на оптимальность своего запроса, MS SQL подправит запрос, и он будет работать оптимально в большинстве случаев. Конечно когда речь идёт о больших базах там уже и планировщик MS SQL не всегда способен построить оптимальный план по неоптимальному с точки зрения СУБД запросу.
PostgreSQL как молодой любовник - таких шалостей с собой не прощает. Он требователен к качеству кода, структуре данных: нужно следить за тем, как организованы данные и писать хорошие запросы. Но если у вас под PostgreSQL запрос работает быстро, то под MS SQL он тоже будет работать быстро.
MS SQL как муж избалован вниманием – он привык, что ему уделяют внимание. Считается нормальным, что надо зайти, поиграть с параллелизмом, ограничить память, поиграться с tempDB – выбрать количество файлов для tempDB, что-то убрать на RAM-диск, с размещением баз на одном диске разобраться… Разместить файл транзакций на другом диске, tempDB – на третьем диске... Настроить регламентные операции, реиндексацию, обновление статистики, сброс процедурного кэша, бэкапы. Но почему-то считается, что это не настройка а просто надо и всё.
Зато считается, что PostgreSQL настраивать гораздо сложнее. Но ведь на PostgreSQL – все то же самое, настраиваем всего четыре параметра. Да, на заре Postgres надо было настраивать очень серьезно, но сейчас этого не требуется. Все производители заботятся о том, чтобы вам как можно быстрее удалось стартовать на СУБД, через «Далее-далее-готово». Более того с сентября 2020 года сборки PostgreSQL для 1С от PostgresPRO настраиваются автоматически при установке и атм остаётся указать всего пару параметров.
Еще один немаловажный момент: MS SQL – обжора в смысле ресурсов. Все знают: сколько ему ни дай памяти и ядер – все сожрет и займет.
В отличие от него PostgreSQL сидит на диете. Конечно, любой базе данных нужна оперативка, и чем ее больше – тем лучше. Это не значит, что если MS SQL у вас работал на сервере с 1 Тб оперативной памяти, то PostgreSQL должен делать ту же работу на 4 Гб памяти. В отличии от MS SQL - PostgreSQL постоянно отдаёт неиспользуемую память обратно операционной системе, из-за этого требование к количеству оперативной памяти ниже.
Еще один момент при работе с памятью – размещение временных таблиц. PostgreSQL по умолчанию размещает их на оперативке в том объеме, в котором вы их настроили. Только если этот объем по предположению планировщика или по факту заполнения данными временной таблице становится выше указанного в настройках , то тогда файлы будут работать на диске, а не в оперативке.
MS SQL (до версии 2019) всегда размещает файлы временных таблиц в таблице tempDB. И оттуда начинаются танцы с бубнами: размещаем tempDB в RAM-дисках, обманываем систему, чтобы она работала быстрее.

Это о том, как развивались отношения 1С и СУБД.

Теперь давайте сравним версии MS SQL и PostgreSQL, которые имеет смысл сравнивать.

Бесплатный MS SQL vs бесплатный PostgreSQL

Нельзя сравнивать платный MS SQL – Standard и Enterprise – с бесплатным PostgreSQL, это не совсем корректное сравнение. Нельзя ожидать от бесплатного ПО такой же скорости, как и от платного, причем неслабо платного.

Давайте сравним бесплатную версию MS SQL Express и бесплатные версии PostgreSQL.

Бесплатные версии Postgres – это:

Самосборки, когда вы с сайта postgresql.org скачали исходники, добавили туда патчи для 1С и собрали свою сборку. Она бесплатна, пожалуйста, пользуйтесь.
То же самое можно сделать, скачав сборку, которую собрали специалисты фирмы «1С» с сайта – releases.1с.ru. Эта сборка будет отличаться от вашей самосборки тем, что она после сборки протестирована фирмой 1С.
Есть еще третий вариант – сайт 1с.postgres.ru. Это сборка от компании Postgres Professional – эта команда работает со своими серверами сборки, и они делают бесплатную версию для 1С. где в ванильную сборку добавляют несколько своих патчей, которые считают нужным. На то какие патчи они добавят, а какие – нет, мы с вами повлиять не можем. Но на моей практике сборка с 1с.postgres.ru работает намного стабильнее. Кто имеет доступ на партнерские форумы 1С, там есть несколько обращений, когда у людей сбоили самосборки или сборки с releases, при этом ставим сборки с 1с.postgres.ru с той же версией Postgres, и все отлично работает. Поэтому я бы советовал ставить отсюда.

Теперь давайте сравним бесплатные версии MS SQL Express и Postgres. Какие ограничения они накладывают:

На количество ядер.
- MS SQL Express в последней поддерживаемой 1С 17 версии, позволяет использовать только 4 ядра.
- бесплатный Postgres – безлимитное количество ядер.
То же самое по памяти.
- MS SQL Express может использовать 1,5 Гб памяти и все.
- Postgres – безлимитно.
Объем базы:
- MS SQL Express – 10 Гб,
- у Postgres – безлимитно.
Отказоустойчивость:
- в MS SQL Express не поддерживается вообще.
- В Postgres доступны логические и физические репликации любого уровня каскадирования. Вы можете одновременно делать с мастера десятки реплик. Или сделать реплику с мастера, а с реплики – еще одну (иногда это имеет смысл). Бесплатный Postgres позволит снимать бэкапы с реплики, не трогая этими задачами мастер.
- Есть несколько важных моментов:
  - бэкап у MS SQL консистентен на момент окончания бэкапа, а бэкап Postgres’a (dump) консистентен на момент начала бэкапа.
  - Если вы сливаете этот dumpс мастера Postgres (с главного сервера), то в момент этого бэкапа вы не сможете произвести структурные изменения в 1С, так как они содержат в себе команды drop для таблиц либо удаления столбцов. Postgres не позволит изменить структуру данных в части удаления, пока он снимает dump. Этот момент нужно учитывать при проектировании системы.
Регламентные операции плюс бэкапы
- На MS SQL Express регламенты можно делать только скриптами и cron. Нет там планировщика (агента SQL Server), его там не существует. Вы не сможете внутри SQL создать никаких расписаний или операций. Надо будет батнички нарисовать, засунуть это либо в cron, либо в планировщик Windows.
- То же самое на Postgres, все регламентные операции, бэкапы и восстановления из бэкапов – это скрипты, cron или планировщик Windows, смотря в какой системе вы это делаете.
Ещё момент – бесплатные версии обоих продуктов не входят в список импортозамещающих продуктов. Компаниям госсектора эти базы данных запрещены в использовании вообще, не только в 1С.
Также на бесплатном Postgres и бесплатном MS SQL нет ФСТЭКа. Никто не получает сертификаты ФСТЭК на эти продукты. Забегая вперед, скажу, что и в платном MS SQL ФСТЭКа нет.

С бесплатными версиями все более менее понятно, поехали в платные версии.

Платные версии MS SQL и PostgreSQL

Для многих стало неожиданностью, что Postgres стал платным и начал себя ценить. На слайде приведены цифры из открытого источника – из прайса фирмы «1С», скачивайте и сравнивайте, вдруг я где-то ошибся.

Давайте сравним, во сколько обойдется покупка MS SQL Enterprise сервера и Postgres Pro Enterprise сервера на 16 ядер. Мы видим, что:

лицензия MS SQL Enterprise – почти 6 млн.
лицензия на Postgres Pro Enterprise – 1,5 млн.

Postgres Pro Enterprise – это форк от компании Postgres Professional, который предназначен для работы на очень больших инсталляциях и тысячах пользователей.

Postgres Pro Enterprise не быстрее бесплатного Postgres, если в базу с бесплатной версией зашел один человек, и отчет формируется 1,5 часа, то и в Postgres Pro Enterprise он тоже будет формироваться 1,5 часа.

Да, Postgres Pro Enterprise имеет некоторые улучшения планировщика запросов для очень специфичных ситуаций, рожденных именно в 1С. Все остальные ситуации, характерные не для 1С, уже давно решены в ванильном Postgres, там проблем не бывает. Но поскольку у нас только в одной базе может быть 7 тысяч таблиц, 30 тысяч индексов, а еще мы любим, когда на один сервер приходится по 100 баз – в Postgres Pro Enterprise сделано несколько оптимизаций специально для таких случаев.

Остальные преимущества Postgres Pro Enterprise – это многопоточность и многопользовательность. А так же он может сжимать данные в 5-8 раз, и скорость многопоточной работы также возрастает.

Но я бы более корректно сравнил Postgres Pro Enterprise с MS SQL Standard. По набору функциональности MS SQL Standard аналогичен Postgres Pro Enterprise. Умеет делать такие же репликации, не имеет ограничений на ядра и на память… Если сравнивать так – цена почти одинаковая, 1,5 млн.

Есть еще Postgres Pro Standard. Эта сборка не Postgres Pro Enterprise, но уже и не бесплатная. Она не имеет нескольких функций, которые есть у Postgres Pro Enterprise, например, сжатие и PTRACK для pg_probackup. Но ценовая политика Postgres Pro такая, что для 1С Postgres Pro Standard дороже чем Postgres Pro Enterprise. Поэтому, если покупать, то покупать именно Postgres Pro Enterprise.

Теперь давайте посчитаем стоимость лицензий клиент+сервер на 50 пользователей.

С лицензированием на пользовательские места для MS SQL в прайсе 1С только одна позиция – это MS SQL Server Runtime, на нем можно запускать только 1С.

Стоимость клиентских лицензий и отдельного сервера для MS SQL Server Runtime и Postgres Pro Enterprise одинаковая: разница в 3-4 тысячи.

С ценами и возможностями бесплатных версий разобрались, теперь давайте пойдем дальше.

В моем понимании вот такая картинка символизирует мысли тех, кто находится на перепутье: идти ли на Postgres. Кажется, что с MS SQL все понятно, есть только маленькая кучка проблем, но мы знаем, как их решать. При этом с Postgres – кошмар, мы это никогда не разгребем.

Но это не так. На больших инсталляциях проблемы есть везде – и с MS SQL , и с PostgreSQL. Даже с платформой 1С у нас бывают проблемы, хотя, казалось бы, идеальный продукт ))).

Поэтому хочу немного развеять такое понимание проблем о возможных проблемах с СУБД. Начну с самого простого – с установки.

Установка MS SQL и PostgreSQL

Давайте сравним установку PostgreSQL и MS SQL Server на Windows.

Чтобы поставить MS SQL-сервер, надо скачать 2,5 Гб с интернета.
При этом дистрибутив Postgres для Windows – 70 Мб.

В процессе инсталляции для MS SQL Server, нам надо сделать 12 кликов и пройти два окна настройки параметров, где мы сразу можем настроить: количество и расположение файлов для tempDB, а также расположение базы данных и лога транзакций. Время инсталляции SQL-сервера с учетом скачивания дистрибутивов – 4 часа.
«Виндовый» Postgres настраивается в 5 кликов (там всего одно окно настройки), почти все параметры проходят автонастройку, опираясь на параметры вашего компьютера. Я сейчас говорю про дистрибутив от компании Postgres Pro (и платный, и бесплатный настраиваются одинаково). Время инсталляции – 5 минут. Если надо разнести файлы базы, WAL и временных файлов то тогда ещё три строчки в конфигурационном файле.

Дальше давайте теперь сравним установку на Linux. В данном случае будут рассматривать CentOS.

Установка MS SQL-сервера на CentOS представляет собой 5 страниц инструкций с сайта Microsoft. Время инсталляции – час. В этот час будет скачиваться неслабый дистрибутив, и потом его нужно будет установить и настроить в командной строке. Время настройки – 15 минут.
- Для самого MS SQL Server в CentOS нужно будет настроить хотя бы два параметра: это параллелизм и количество потребляемой оперативной памяти.
- Нужно будет настроить хотя бы три параметра самой базы: как у вас база будет прирастать, какой у вас будет изначальный объем файлов базы данных и журналов транзакций, установить уровень журналирования.
- Плюс к этому нужно будет настроить минимум две регламентных операций ухаживания за базой – реиндексация и апдейт статистики.
Устанавливая на CentOS Postgres вам придет письмо с кодом в 12 строчек. Копируете, вставляете, и через 5 минут у вас есть запущенный и готовый Postgres. Для настройки Postgres в Windows и в CentOS вам нужно провести всего четыре настройки параметров сервера СУБД и задать две регламентные операции в cron. На это уйдет максимум 15 минут.

Все эти цифры по поводу настройки и установки пока не в пользу MS SQL.

Я свято уверен, что после настройки и установки в СУБД потом постоянно что-то крутить в настройках СУБД не нужно. Анализ проблем лучше делать в технологическом журнале 1С. Техжурнал 1С покажет более полную комплексную информацию, которая будет содержать не только «тормоза» СУБД, но и «тормоза» самого движка платформы, что часто занимает гораздо более длительное время в исполнении запросов чем время, которое тратит на этот запрос СУБД. И только когда вы нашли проблему, код 1С кажется идеальным а СУБД ведёт себя странно, вот тогда уже нужно идти и смотреть планы запросов, делать выводы и может быть менять настройки, хотя лучше всё таки поменять код 1С, так как улучшив одну операцию изменением настроек СУБД можно очень легко “положить” всю систему.

Кому надо переходить на Postgres

И теперь, наверное, самое важное: кому точно надо переходить на Postgres?

Если у вас проходит новая инсталляция продуктовой системы. Если вы ставите новую систему, я бы рекомендовал перейти хотя бы на бесплатный Postgres. Рекомендую сразу это делать на Linux. Можно и на Windows, но тут проблема не столько в том, что Postgres плохой или Windows плохой – плохо работает их связка в части файловой системы. Опять же из-за наших структур баз данных, где у нас по 30 тыс. элементов в одной таблице (7 тыс. таблиц, 25 тыс. индексов). С таким количеством файлов винда работает плохо, а Postgres хранит каждый элемент системы в отдельном файле – более того, он эти файлы разбивает по 1 Гб, для каждого файла есть отдельные служебные файлы. И так на одну базу может получиться 100-300 тысяч файлов. Когда заходишь в папку, а там 300 тыс. файлов, можете оценить скорость этой работы. Linux же с этим работает прекрасно. Поэтому, если у вас новая инсталляция продукта, надо пробовать Postgres на Linux.
Разработчикам 1С. В идеале, на всех ваших ноутбуках и рабочих ПК должен стоять бесплатный Postgres. И вы в идеале должны разворачивать себе клиент-серверную систему 1С. Да, возникнут вопросы, что серверные ключи для 1С дорогие. Ну купите мини-сервер на пять пользователей за 15 тыс. рублей. Почему надо? Очень часто сталкиваемся с тем, что разрабатываете вы для клиент-серверной системы. а разработка идет в файловой системе. А потом начинается… Так что разрабатывать надо на такой же системе, в которой планируете работать.
Если вы делаете переход с файловой. До этого мы обсуждали, что переходить на бесплатный Express бессмысленно, поскольку у вас база не влезет. Если вы разрабатываете базу с объемом в 100 Гб, и вам нужны данные для разработки, то переход на Express бессмысленен. На Postgres переходите и работаете – в том числе и на бесплатный.
Если вы работаете под Минкомсвязью, вам нужно брать ПО только из реестра Минкомсвязи – вам переход на PostgreSQL, причем только платный Postgres Pro. Других вариантов нет.
Причина, по которой в свое время моя команда перешла на Postgres – потому что я был смелый и любознательный патриот. Мы решили попробовать, реально ли наши умеют писать СУБД. Оказалось, умеют и круто. Более того, работать с техподдержкой Postgres Pro – одно удовольствие. Все люди говорят на русском, работают круглосуточно, подключаются быстро. Я такой техподдержки до сих пор ни у кого не видел. Кто хоть раз писал на v8@1c.ru знают, какой может быть техподдержка на русском языке. А это прямо небо и земля.

Но обычно у тех, кому надо переходить на PostgreSQL, у тех и не особо болит после перехода. А кому на Postgres не надо, но они переходят – те потом начинают говорить, что ничего не работает. Ну да, если ты не готов, то, наверное, и не работает.

Кому не надо переходить на Postgres

Итак, кому на Postgres переходить точно не нужно:

Первая причина – если вам сильно страшно. Если сильно боитесь Linux, текстовых конфигурационных файлов, а не не галочек и параметров в визуальной части как у MS Management Studio, вы сильно не готовы тратить на это хоть какое-то время, даже 2-3 дня – не надо. Тут работает принцип – лучше та СУБД, которую вы знаете. Знаете другую СУБД – не надо.
Второй момент – у вас есть лицензионный MS SQL, он работает и вы не собираетесь разворачивать новый продукт СУБД для новых инсталляций баз. Тут работает другой принцип: работает – не трогай. Не ожидайте, что после перехода с MS на Postgres будет взрывной рост производительности обе СУБД сейчас почти сравнялись по скорости в работе с 1С и показывают результаты +-10% на разных запросах. Начитаетесь вредных советов по настройке Postgres и примените все подряд, не разбираясь, зачем вы это сделали, а просто потому, что какому-то чуваку это помогло победить один отчет, а он просто не в курсе, что у него легла остальная система.

В общем, если страшно или все работает, спокойно работайте на MS SQL.

Что Postgres Pro ждет от 1С-ников

Есть еще один очень важный момент – что сообщество PostgreSQL ждет от 1С-ников? Тут все очень просто – дайте им свои базы данных, зашифруйте или удалите секретные данные.

Если вы поставили Postgres (пусть даже на тестовую среду, сразу на прод – не стоит рисковать), и у вас начались проблемы – звоните в Postgres Pro, пишите мне в FB или на почту, будем решать эти проблемы. Но если вы не готовы предоставить данные, решить проблему по фотографии кофейной гущи – сложно.

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

Эта информация должна быть структурирована – должна быть описана воспроизводимая ситуация, в которой возникла проблема, и данные для ее воспроизведения.
В идеале, проблема должна воспроизводиться на тестовом контуре, а не когда в 1С зашло 1000 пользователей.
Проблема Postgres считается проблемой только тогда, когда на этом же железе установленный MS SQL справляется гораздо лучше. Если у вас тормозит и на MS SQL, и на Postgres – проблема, скорее всего, в коде 1С. Или виноват бизнес-процесс, который вы ведете в 1С неоптимальным образом. Иногда и бизнес должен подвинуться и пересмотреть свои бизнес-процессы, если он хочет, чтобы работало быстрее. Постоянно двигать только айтишников тяжело, дорого и не всегда эффективно – не все можно решить кодом и новым железом.

Вопросы

Насколько полезна сертификация на Postgres, что она дает?

Сертификация очень полезна, дает почти то же самое, что сертификация на 1С:Эксперта в фирме «1С». Вы вроде и так все знаете без сертификатов, но ваш путь поиска проблем, когда они возникнут, очень долгий, поскольку он неправильный, он идет не так. А тут учат именно структурированию – как правильно искать, что где искать, как пользоваться инструментами, которые дают гораздо более быстрый результат, чем те, к которым вы привыкли. Поэтому крайне полезно. Фактически, это некий чек-лист и список инструментов, который можно использовать. При том, что подготовка к сертификации – это просмотр бесплатных видео, которые у них на сайте лежат. Просматривайте видео, выполняете задания, которые там даны, и вперед на сертификацию.

Дает ли возможность 1С перенести базу с MS SQL на PostgreSQL?

Конечно, выгружаем в dt-ник и загружаем. Если база очень большая, нужно просто посмотреть, что там лежит. Я не удивлюсь, что это вложенные файлы - уберите их из БД на дисковые тома Есть ещё лайфхак – почистите итоги перед переносом в dt-ник (truncate таблиц итогов на СУБД - делать только если точно понимаешь что делаешь). А после того, как вы загрузили в dt-ник, посчитайте их заново. Заодно порядок в итогах наведете. Тем более, что в платформе 8.3.18 включили многопоточный расчет итогов.

*************

Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "PostgreSQL VS Microsoft SQL".

Приглашаем на конференции Инфостарта 2025 года

INFOSTART TEAMLEAD EVENT

Не только для разработчиков, но и для руководителей отделов разработки, тимлидов и ИТ-директоров.
Место: Москва
Даты: 24-25 февраля 2025 г.

Подробнее

INFOSTART A&PM EVENT (Анализ & Управление проектами)

Практическая конференция для аналитиков и руководителей проектов 1С.
Место: Санкт-Петербург
Даты: 29-31 мая 2025 г.

Подробнее

+86 –1

См. также

Вход пользователей при неудачном обновлении 1С: способ снятия блокировки при отсутствии административных прав

Администрирование СУБД Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Ох уж этот неизвестный код после /UC. Вчера столкнулся при автоматическом обновлении 1С: ЗУП3.1, а затем 1С: БП3 со следующей проблемой: блокировка!

14.08.2024 1061 Bessome 4

Инструкция по бэкапу одной базы в Postgres – миф или реальность

HighLoad оптимизация Администрирование СУБД Архивирование (backup) Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще, как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей-то лабораторной работы? Статья адресована прежде всего специалистам 1С, избалованным комфортом в MS SQL, в суровых буднях импортозамещения на Postgres.

13.08.2024 2291 1CUnlimited 9

Автоматический перезапуск службы 1С на сервере Windows с очисткой кэша сеансов

Администрирование СУБД Сервера Системный администратор Россия Бесплатно (free)

Доброго дня, коллеги. Рубрика - администрирование серверов 1С: Предприятие.

23.07.2024 4422 mefalcon 15

Мой опыт аудита 1С баз

Администрирование СУБД Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

В статье описала свой опыт аудита 1С базы, порядок действий + статьи, которые сильно помогли в работе.

14.07.2024 7353 limonen 16

Полезные Т-SQL скрипты, cmd, power shell для администрирования и не только

Администрирование СУБД Системный администратор Бесплатно (free)

Коллекция скриптов t-sql для работы с базой данных.

04.07.2024 2218 war41k 20

Безопасное удаление пользователей

Администрирование СУБД Платформа 1С v8.3 Россия Бесплатно (free)

Безопасное полное удаление пользователей из конфигураций 1С.

25.06.2024 1361 It-digit 7

Ошибка "Запись не найдена в менеджере имен базы данных" с катастрофическими последствиями и её лечение

Администрирование СУБД Системный администратор Платформа 1С v8.3 Бесплатно (free)

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

24.05.2024 2508 Kernelbug 9

Куда же деваются файлы из 1С

Администрирование СУБД Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

При хранении файлов в томах на диске они иногда исчезают. Разбираемся, почему.

23.05.2024 8996 human_new 18

Комментарии

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

Свернуть все

1. SerVer1C 786 09.08.21 11:41 Сейчас в теме

Чётко! Всё по делу! Ничего лишнего! ++

Ответить

2. capitan 2555 09.08.21 13:06 Сейчас в теме

Вспоминается...
На рынке торгуют армянин и грузин. Армянин говорит: — А армяне лучше, чем грузины! Грузин молчит. Армянин снова: — А армяне лучше, чем грузины! Грузин опять молчит. — А армяне лучше, чем грузины! Взбешенный грузин не выдержал: — Ну, чем они лучше, чем?! — Чем грузины!
© anekdot.me
Может и ничего лишнего, но кое что недостказано.
Главное - это то, что сам выбор сервера и оборудования вытекает из поставленной задачи, для чего это вообще нужно.
Поэтому я бы первым делом попробовал понять масштаб и объем предполагаемой нагрузки + наличие специалистов в штате.
И в любом случае таких четких вариантов выбора наверное вообще не обозначал.

Постгри немного хуже идет в отчетах, но вровень на OLTP нагрузке.
Не будем забывать что постгри изначально версионник, а скуль к этому не так уж и давно пришел.
Постгри изначально жил в пингвинах, а скулю к его стоимости нужно еще столько же серверных лицензий, либо пробовать версию для линукса, которой 5 лет еще нет.
Так же надо посмотреть какую часть 1С использует от возможностей указанных серверов.
И какой из производителей готов двигаться в сторону 1С в своих доработках.
Отсюда выйдет что постгри более перспективен, понятное дело, считать его бесплатным некомильфо, хотя он и перекладывает капитальные затраты в операционные.

Прикрепленные файлы:

3. as 09.08.21 13:28 Сейчас в теме

Я правильно понял, что это расшифровка старого доклада?

6. a.doroshkevich 1425 09.08.21 17:41 Сейчас в теме

(3)да, верно, это с митап, внизу статьи про это написано

4. IT_Magnit 09.08.21 16:13 Сейчас в теме

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

5. a.doroshkevich 1425 09.08.21 17:40 Сейчас в теме

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

10. IT_Magnit 09.08.21 21:10 Сейчас в теме

(5) Ок.
Уже открыли один кейс в PosgresPro через КОРП-поддержку 1С, где скуль работал в 2 раза быстрее.
Вот этот запрос. Такие используются в типовой ERP при расчете СС. В первой ВТ выбирается 10 тысяч записей, не важно из какого регистра и по какому регистратору (пример "обезличен"). Тормозит второй запрос: 3 с против 6 с

ВЫБРАТЬ
	ПрочиеРасходыНезавершенногоПроизводства.НомерСтроки КАК Ключ,
	ПрочиеРасходыНезавершенногоПроизводства.НомерСтроки КАК КоличествоСвязей
ПОМЕСТИТЬ ВТУзлыТекущегоПодграфа
ИЗ
	РегистрНакопления.ПрочиеРасходыНезавершенногоПроизводства КАК ПрочиеРасходыНезавершенногоПроизводства
ГДЕ
	ПрочиеРасходыНезавершенногоПроизводства.Регистратор = &регистратор
	И ПрочиеРасходыНезавершенногоПроизводства.НомерСтроки < 10001

ИНДЕКСИРОВАТЬ ПО
	Ключ
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
	Т.Ключ КАК Ключ,
	СУММА(Т2.КоличествоСвязей) КАК КоличествоСвязей
ПОМЕСТИТЬ ВТОставшиесяУзлы
ИЗ
	ВТУзлыТекущегоПодграфа КАК Т
		ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТУзлыТекущегоПодграфа КАК Т2
		ПО Т.Ключ >= Т2.Ключ

СГРУППИРОВАТЬ ПО
	Т.Ключ

Показать

14. a.doroshkevich 1425 09.08.21 21:18 Сейчас в теме

(10)спасибо, покрутим у себя, отпишусь по результатам

16. starik-2005 3075 09.08.21 21:32 Сейчас в теме

(10)

ПрочиеРасходыНезавершенногоПроизводства.НомерСтроки КАК КоличествоСвязей

А в чем смысл? Может "1 КАК КоличествоСвязей"?

20. IT_Magnit 09.08.21 21:41 Сейчас в теме

(16) Смысла нет, можете поставить любое число - быстрее работать не станет)

21. starik-2005 3075 09.08.21 21:43 Сейчас в теме

(20) (10к * 10к) / 2 строк - это не мало (50кк). Надо будет проверить...

59. yurazyuraz 20.12.23 18:03 Сейчас в теме

(10)
из опыта
недавно перенес небольшую базу порядка 100ггб из PostgresSQL в MSSQL 2022
1 полностью ушли DeadLock
2 в целом система заработала быстрее
3 в довесок - бэкап базы на PosgresSQL шел 2 часа, на MSSQL полторы минуты

7. mickey.1cx 402 09.08.21 17:41 Сейчас в теме

Касательно пункта про разработчиков 1С. Есть еще бесплатная MSSQL Developer Edition, аналог Enterprise. А при наличии спеца по платформе на developer.1c.ru можно прикупить сервер мини с 80% скидкой.

8. Zhek 09.08.21 18:07 Сейчас в теме

У многих клиентов на Postgres проблема с левым соединением к виртуальным таблицам, в частности, срезу последних. Часто такое бывает в динамических списках или отчетах. К таблице Основные средства, к примеру, присоединяется левым соединением СрезПоследних по регистру для получения доп. данных. В таблице ОС 80 000 строк. Запрос зависает наглухо из-за того, что соединение таблиц происходит методом nestedloops. Менял настройки в соответствии с рекомендациями 1С, и прочими. Перепробовал все, что смог найти. Ничего не помогает. В итоге приходится ставить настройку EnableNestedLoops = off, что не совсем корректно. В Постгрес Про встречается такая проблема? Она как-то решается?

12. a.doroshkevich 1425 09.08.21 21:13 Сейчас в теме

(8)на итс прямо написано что такие запросы надо переписать, другого не дано

18. starik-2005 3075 09.08.21 21:38 Сейчас в теме

(12)

другого не дано

Хинты помогают. Если прописать NoNestedLoop (Таблица), то все начинает работать ОК.

25. cdiamond 235 10.08.21 16:57 Сейчас в теме

(18) Хинты это конечно хорошо, но в случае с временными таблицами тормоза связаны с отсутствием статистики по этим самым временным таблицам в постгресе. И разработчики ванильного Постгреса даже сейчас слышать не хотят про 1С-ников, пишуших временные таблицы в сотни тысяч строк. Замумукаешься хинты писать под каждый запрос, это же больше работы.

26. starik-2005 3075 10.08.21 19:54 Сейчас в теме

(25)

в случае с временными таблицами тормоза связаны с отсутствием статистики по этим самым временным таблицам в постгресе

Откуда инфа? Статистика просто показывает, сколько записей в таблице, так что не совсем понятно, как это может помочь ускорить, тем более временная таблица системе известна, и количество вставленных туда записей - тоже.

Конкретно тот запрос работает долго потому, что NestedLoop в данном случае не самый оптимальный вариант, т.к. он обходит вторую таблицу столько раз, сколько есть записей в первой таблице. Фактически получается цикл в цикле, первый цикл - это все записи первой таблицы, внутри него цикл на все записи второй таблицы, после чего результирующая монструозная выборка агрегируется. При том алгоритм, который дает оптимальное время выполнения, достаточно прост - один цикл (таблица одна) и сборка в хеш-таблицу с ключом-полем группировки и суммой полей, которое больше/меньше или как там еще. MS SQL просто более умный, в него такой кейс залили.

30. cdiamond 235 11.08.21 07:58 Сейчас в теме

(26) в том и дело что sql-сервер узнает количество строк в обрабатываемых таблицах из статистики, а не из предыдущего опыта записи в эту таблицу. На основе сведений их этой статистики и строит оптимальный план запроса. Nested loop гоняется потому что сервер ошибочно полагает что строк мало. По изначальному замыслу разработчиков никто в своем уме не должен загонять во временные таблицы 300 тысяч строк (на то они временные), поэтому nested loop тут вполне логичный выбор с точки зрения разраба сервера. Но тут появился 1С и всё заверте...
Под разрабами я не имею ввиду команду Postgres Pro, они как раз и борются со всеми проблемами, выпуская своя патчи. Есть конечно модуль online_analyze, но очевидно что он не так хорош.

35. starik-2005 3075 11.08.21 11:24 Сейчас в теме

(30) а какой метод будет оптимален? У меня explain при соединении временной таблицы с собой количество строк указывает верно, но выбирает все равно nested loop. Тем более в соединении со срезом последних - там же нет временных таблиц, там подзапрос к физической таблице, и они есть в статистике. Поэтому хочется узнать, что там со статистикой не так. Можете пояснить подробнее?

23. Zhek 10.08.21 07:55 Сейчас в теме

(12)

на итс прямо написано что такие запросы надо переписать, другого не дано

Переписать можно, но это долго и дорого, особенное в плане последующей поддержки и обновления. В типовых конфигурациях таких левых соединений полно.
А со стороны Microsoft SQL таких проблем нет.

17. starik-2005 3075 09.08.21 21:34 Сейчас в теме

(8)

В Постгрес Про встречается такая проблема? Она как-то решается?

Это все из-за того ,что 1С-неги думают, что 1С-программисты тупые. В итоге не дают мутить хинты https://habr.com/ru/post/169751/ (ну или 1С-негам самим загенерить запрос с /* + NoNestedLoop( Table ) */ )

22. oldcopy 174 09.08.21 23:47 Сейчас в теме

(8) Уже успели столкнуться, левый запрос к срезу последних работает неприемлемо долго, даже на небольших выборках. Переписали запросы.

(11) Если к скорости работы PostgreSQL еще могут быть вопросы, хотя современные платформы и конфигурации работают с ним неплохо, то про ненадежность не надо. Широко используем Postgres уже лет 5, как на Windows, так и в Linuх. Ни одного сбоя по вине СУБД еще не было.

Хотя было всякое, вплоть до аварийного выключения питания в самый разгар работы. Убить Postgres в процессе эксплуатации - это еще постараться надо.

24. starik-2005 3075 10.08.21 13:26 Сейчас в теме

(22)

Убить Postgres в процессе эксплуатации - это еще постараться надо.

Ровно так. По крайней мере на Linux'е (на винде не проверял в боевом окружении). У клиента как-то свет отрубили, а бесперебойник, как оказалось, заряд не держит - лет десять ему было, но никто не проверял. Клиент переключился на дизелек, а потом обратно - и снова кто-то рубильник шаловливой рукой дернул. И ничего, все завелось. А вот мелкомягкий скул уходил на полтора часа в режим восстановления при подобном сценарии.

9. Kuhar Bogdan 09.08.21 20:18 Сейчас в теме

Объясните пожалуйста, что значит "инсталляция 4 часа" ?

В процессе инсталляции для MS SQL Server, нам надо сделать 12 кликов и пройти два окна настройки параметров, где мы сразу можем настроить: количество и расположение файлов для tempDB, а также расположение базы данных и лога транзакций. Время инсталляции SQL-сервера с учетом скачивания дистрибутивов – 4 часа. ?

Может у Вас какая-то лажа с интернетом ?) Никогда не ставил "сиквел" (с 2008 года, больше 30-40 мин).

11. pavel06 2 09.08.21 21:10 Сейчас в теме

(9)

инсталляция 4 часа

Это реклама Postgre, непонятно что ли? Какой он тормозной и ненадежный, не пишут.
Ставил как-то для курсов Гилева, для тестовых баз, наломался с его тормозами - одно отвращение после MSSQL.

13. a.doroshkevich 1425 09.08.21 21:15 Сейчас в теме

(9)500 мбит канал сложно назвать лажой, замерьте ради интереса с начала скачивания)
Может регион страны влияет на сайтах мс, может для вашего региона другие ограничения в скорости отдачи

15. Kuhar Bogdan 09.08.21 21:18 Сейчас в теме

(13)Возможно регион.

19. starik-2005 3075 09.08.21 21:40 Сейчас в теме

(9)

больше 30-40 мин

На убунте ставится минут пять, ну может 10... (MS SQL, мануал по установке - три кописаста: репка, апдейт, инсталл, запуск сетапа, выбор типа инсталляции - все).

33. m_aster 112 11.08.21 10:45 Сейчас в теме

(19)Да, зависит от машины, наверное, еще, на хорошей, кажется, установка мгновенна. На Windows 19-й ставится минут 15, может меньше, основное время это ввод параметров перед установкой, выбор компонентов и т.д.
Жаль, что с сервера 1С на Linux нельзя напрямую подключиться к SQL на Linux же, только с Windows.

60. bushd 29.03.24 10:48 Сейчас в теме

(9) Переставляю трофейную раз в полгода... никак не могу клиенту больше часа выставить. Надо будет ему показать что бы не ныл... 4 часа - написано... отдыхай...

27. DoReMi 10.08.21 20:13 Сейчас в теме

После слов про 5 лет перестал дальше читать. Я может старый и память слабая, но поддержка PG появилась где-то лет 14 назад, и у нас больше 200 юзеров онлайн завелись нормально.

37. sirbusby 11.08.21 15:23 Сейчас в теме

(27)
После слов про 5 лет перестал дальше читать.
Ну и зря.

56. vshish 153 29.03.22 04:26 Сейчас в теме

(27) В 8-10 году пытались запустить ЗУП на постгресе, все хорошо работало до отражения ЗП в учете.
порядка 3-5 тысяч сотрудников.
Заполнение документа было минут 30, проведение 2-3 часа.
На МС этот же документ делался не более минуты заполнение и около 5 минут проведение.

28. пользователь 10.08.21 21:07

Сообщение было скрыто модератором.

...

29. oldcopy 174 10.08.21 21:24 Сейчас в теме

(27) Более-менее нормально работать с Postgres стали только конфигурации на управляшках. До этого разница была видна просто невооруженным глазом. А с 8.1 так вообще беда была.

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

Мы в 2017 запустили на Linux + Postgres пилотный проект - розничную сеть, сначала небольшую. Сейчас уже 30 магазинов, Windows-сервера отсутствуют как класс. Впечатления только положительные.

31. Silenser 612 11.08.21 09:36 Сейчас в теме

(29)84 магазина. Непредсказуемость Постгеса убивает. Если в ТЦ отрубали электричество, жди сюрпризов в виде потерянных чанков (или как они там называются). Начинаешь читать интернет, куча советов и ни один не приводит к результату, как и ТИИ. В итоге - восстановление базы из центра. Ни разу не помню, чтобы при падении сервера у меня крашилась база на MS SQL.
Спецов по Постгрес днем с огнем, особенно со знанием 1С.
Периодически то в одном, то в другом магазине просто перестает запускаться или запускается но в Services висит как неактивный.

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

Ну и нафига парнокопытному баян? В итоге заказали второй канал связи во все магазины и переводим все на централизованную базу на MS SQL. Надежнее и обслуживать проще.

34. starik-2005 3075 11.08.21 11:19 Сейчас в теме

(31) а чем плоха файловая опубликованная на веб-сервере? Она работает до пяти юзеров быстрее даже, чем серверная, до 10ти сопоставимо. И памяти выжирает куда меньше при этом.

38. Silenser 612 11.08.21 19:54 Сейчас в теме

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

42. starik-2005 3075 12.08.21 14:40 Сейчас в теме

(38)

Тут лучше здоровый минимализм.

Здоровый минимализм - это апач, хотя и IIS тоже вполне работает. СУБД - это уже нездоровый минимализм )))

61. bushd 29.03.24 10:51 Сейчас в теме

(38) Апач обслуживать? я просто не знал что его надо обслуживать.

36. sirbusby 11.08.21 15:22 Сейчас в теме

(31)
Ни разу не помню, чтобы при падении сервера у меня крашилась база на PostgreSQL.

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

Логи читали?

39. Silenser 612 11.08.21 19:55 Сейчас в теме

(36)читали. но для полноценного понимания логов Постгрес нет квалификации, а в логах системы все стандартно, отключение питания.

32. oldcopy 174 11.08.21 10:42 Сейчас в теме

(31) Нет там непредсказуемости, последний раз электричество на точке падало вчера, как всегда - бесперебойник оказался разряжен, но взлетело без каких-либо проблем.

А ваши проблемы проистекают, как мне видится, отсюда:

Спецов по Постгрес днем с огнем, особенно со знанием 1С.

Хотя литературы достаточно, во всяком случае для самоподготовки до уровня минимального понимания процессов, а не поисков "советов бывалых" в интернетах.

Тем более что в конфиге Postgres есть опции приводящие к чувствительности по питанию, например:

synchronous_commit = off

Данная настройка ускоряет работу СУБД, но использовать её можно только при
наличии ИБП на сервере СУБД и системы мониторинга, которая сообщит об
аварии электропитания и корректно выключит сервер СУБД.

40. Silenser 612 11.08.21 20:01 Сейчас в теме

(32)

А ваши проблемы проистекают, как мне видится, отсюда

Так я об этом и написал :) Только вот нанимать спеца только ради одного приложения 1С - слишком расточительно.

По самоподготовке.
Понимаете, современный мир он несколько иной. У людей сейчас крайне мало времени. Прошли те светлые времена, когда люди брали книжки, читали и настраивали, например, 1С под Линукс с Постгресом. Оно работало, но периодически требовало внимания. А внимание это время, а его то как раз и нет. Так что лучше поставить стандартный софт в виде IIS+MS SQL + Сервер 1С, заплатить вполне вменяемые деньги и отдать это все на аутсорс поддержку, благо софт то стандартный. Эпоха собранных на коленке гениальных решений постепенно уходит. ИМХО

41. oldcopy 174 11.08.21 20:17 Сейчас в теме

(40)

По самоподготовке.
Понимаете, современный мир он несколько иной. У людей сейчас крайне мало времени.

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

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

А время нужное для усвоения информации и применении его на практике как было, так и осталось. Было бы желание.

Ответить

44. Silenser 612 25.08.21 09:45 Сейчас в теме

(41)

Это распространенное заблуждение. В сутках как было 24 часа, так и осталось.

Хм, ну попробуйте тогда продать какое-нибудь хорошее решение в виде библиотеки, на разбор документации которой понадобится много времени и сравните это с продажей готового решения "из коробки". Так что мир все же изменился, может не времени стало меньше, может люди стали ленивее, это не важно. Важен конечный результат, в условиях больших компаний побеждает универсальность и себестоимость обслуживания.

47. oldcopy 174 07.09.21 14:02 Сейчас в теме

(44) Все зависит от того, что именно вы продаете и кто является целевой аудиторией. Если это библиотека, то целевая аудитория для нее - разработчики и читать документацию в этом случае вполне нормально. Тем более что и библиотеки, и SDK вполне нормально продаются.

Да и взять тот же профессиональный софт, попробуйте в каком-нибудь CAD начать работать без вдумчивого чтения документации.

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

48. Silenser 612 07.09.21 16:22 Сейчас в теме

(47)

Если это библиотека, то целевая аудитория для нее - разработчики и читать документацию в этом случае вполне нормально.

Для начала их нужно заинтересовать. И когда на одной чаше весов будет готовое решение, а на другом что-то свое собранное из внешней библиотеки, угадайте, что победит? Сейчас гораздо дешевле купить готовое решение, чем платить разработчику за "свободное творчество". ИМХО

(47)

Да и взять тот же профессиональный софт, попробуйте в каком-нибудь CAD начать работать без вдумчивого чтения документации.

Откройте AutoCAD и попробуйте что-то нарисовать. Уверяю. у вас легко получится. Конечно, если нужно будет сделать что-то сложное, то нужно будет читать документацию. Но опять же, это готовое решение.

(47)

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

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

63. bushd 29.03.24 11:07 Сейчас в теме

(41) "А время нужное для усвоения информации и применении его на практике как было, так и осталось. Было бы желание."
Это правильно. Но вот исходя из этого человек вполен понимает что про тупиковые ветви читать смысла нет от слова совсем. Впрочем постгря считаю имеет хорошие преспективы и уже взлетела... А так, я вот помню еще приложуху внедряли ..... котора виндовые приложения под линуху эмулит... Ну умерло же. Зря потерянное время на изучение информационного мусора и чужих полюций.

49. oldcopy 174 07.09.21 18:38 Сейчас в теме

(48)

И когда на одной чаше весов будет готовое решение, а на другом что-то свое собранное из внешней библиотеки, угадайте, что победит? Сейчас гораздо дешевле купить готовое решение, чем платить разработчику за "свободное творчество". ИМХО

У вас опять все валится в одну кучу. Конечный пользователь естественно предпочтет готовый продукт. Но если мы говорим о разработчиках, то им нужны как раз таки библиотеки и инструменты разработки. Это отдельный рынок, со своей спецификой.

И при покупке или выборе бесплатного инструмента или библиотеки немаловажную роль играет наличие документации и ее подробность.

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

Про отраслевые и производственное ПО я вообще молчу, там сначала надо читать, а потом делать. Ну или платить тем, кто умеет, а потом все равно читать... Ну или постоянно платить, если читать лень.

(48)

Откройте AutoCAD и попробуйте что-то нарисовать. Уверяю. у вас легко получится.

Вот именно "что-нибудь" и именно нарисовать. Чтобы сделать полноценную конструкторскую документацию даже на простую деталь нужно будет читать и не только документацию.

Проблема то совсем не в этом, современный софт отлично облегчат повседневный рутинный труд и пользоваться им на этом уровне довольно легко. Но он не заменяет профессиональных знаний и не отменяет изучение возможностей самого пакета для работы на профессиональном уровне.

(48)

Это вообще большая тема для обсуждения. Все вообще на аутсорс отдавать дорого, нужен внутренний спец, который сможет понять, что аутсорс начал баловаться.

А вот мы и вернулись к тому месту с которого начинали:

(40)

Так что лучше поставить стандартный софт в виде IIS+MS SQL + Сервер 1С, заплатить вполне вменяемые деньги и отдать это все на аутсорс поддержку, благо софт то стандартный.

Мотивация такого решения была в том, что времени у современного человека что-то изучать категорически нет.

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

Это все напомнило мне одну старую пословицу из Законов Мерфи: чтобы сделать работу как надо - времени всегда не хватает, чтобы ее переделать - время находится.

50. Silenser 612 08.09.21 14:24 Сейчас в теме

(49)

У вас опять все валится в одну кучу. Конечный пользователь естественно предпочтет готовый продукт. Но если мы говорим о разработчиках

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

Вот именно "что-нибудь" и именно нарисовать.

Вспоминаем старое правило 20/80, которое гласит, что 80% пользователей используют 20 возможностей программы. Конечно, документацию нужно читать, но Автокад это отнюдь не система для расчета прочности конструкций методом конечных элементов. Нарисовать простой чертеж можно и без документации, для более сложных вещей - нужно тратить личное время, повышая свою стоимость (знание общепринятых решений повышает конкурентность).

А вот мы и вернулись к тому месту с которого начинали:

Точнее - это вы вернули тему обратно. Я же смотрю на эту тему с другого угла, с точки зрения денег, если хотите - точка зрения PM (хотя это не моя специальность). Я же не призываю к тому, что документацию читать не нужно, речь о том, что этой документации не должно быть много, она должна быть сообразна получаемому решению.

Это все напомнило мне одну старую пословицу из Законов Мерфи: чтобы сделать работу как надо - времени всегда не хватает, чтобы ее переделать - время находится.

К сожалению, довольно часто это так и есть. Но на это есть довольно логичный ответ, точнее два:
1. Рефакторинг - и исправление косых решений
2. Жизненный цикл ПО - когда ПО с большим багажом костылей просто заменяется на более новое, в котором снова начинают копиться костыли, пока и его не заменят.
Ведь никто не отменял решения по принципу fast fail - cheap fail, когда сначала что-то делают "на коленке", но быстро, а потом переписывают уже по правильному.

51. oldcopy 174 08.09.21 15:55 Сейчас в теме

(50)

Точнее - это вы вернули тему обратно. Я же смотрю на эту тему с другого угла, с точки зрения денег

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

Не так давно сталкивались с ситуацией, когда практически полностью стало производство, только прямой убыток около 700 тыс. руб. После чего главный технолог, он же совладелец предприятия очень сильно сокрушался, что не обучил в свое время своего специалиста. Причина проста - программа была на аутсорсе, аутсорсер словил "звезду" и затребовал необоснованно много денег. Денег ему не дали, тогда он просто срубил все настройки и растаял в тумане.

Просто вы не считаете время, которое тратит программист. А время - это деньги, повторюсь, свободное творчество с библиотеками должен кто-то оплачивать.

А причем тут свободное творчество? Программист вполне может производить коммерческий продукт, либо создавать конкурентное преимущество, если продукт используется внутри предприятия.

Готовые решения хороши в массовых сферах, где исполнителей пруд пруди, не устроил один - найдем другого. Чуть в сторону и начинается совсем иная картина. Работать может банально оказаться не с кем, либо ценник на такие работы будет заоблачный. И потраченное на документацию время сейчас обернется экономией денег в будущем.

(50)

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

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

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

52. Silenser 612 08.09.21 20:09 Сейчас в теме

(51)

Вы смотрите с точки зрения текущих операционных затрат, не принимая во внимание другие факторы.

Я то принимаю, а вот топ менеджмент - обычно нет, потому что:

упремся - будем разбираться

И переломить ситуацию крайне сложно.

Не так давно сталкивались с ситуацией, когда практически полностью стало производство, только прямой убыток около 700 тыс. руб. После чего главный технолог, он же совладелец предприятия очень сильно сокрушался, что не обучил в свое время своего специалиста. Причина проста - программа была на аутсорсе, аутсорсер словил "звезду" и затребовал необоснованно много денег. Денег ему не дали, тогда он просто срубил все настройки и растаял в тумане.

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

Готовые решения хороши в массовых сферах, где исполнителей пруд пруди, не устроил один - найдем другого. Чуть в сторону и начинается совсем иная картина. Работать может банально оказаться не с кем, либо ценник на такие работы будет заоблачный. И потраченное на документацию время сейчас обернется экономией денег в будущем.

То есть если один франч, что-то поменял в 1С Рознице, то другой подхватить изменения не сможет, так у вас получается? Серьезно?
Ну не смешите меня, вот есть у вас задача сделать рассылку, скажем расчетных листков. У среднего программиста на эту задачу уйдет 1-2 недели, в зависимости от квалификации, а готовая обработка стоит 10 к. При стоимости среднего программиста 100к что выгоднее, потратить 10 к на обработку, которая работает и еще год проработает, а если что не так, то 10 к ее починят и она еще год будет работать, или же потратить 50к ЗП программиста на эту же обработку?

53. oldcopy 174 08.09.21 20:30 Сейчас в теме

(52)

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

Именно так. Технологические параметры там рассчитываются в зависимости от показателей исходного сырья и потом контролируются и поддерживаются по хитрому алгоритму. Всем этим занимался аутсорс, потом он просто сбросил все на дефолт, в результате очередная партия сырья была фактически испорчена. Заметили это, разумеется, не сразу, а тогда, когда метаться было уже поздно.

(52)

То есть если один франч, что-то поменял в 1С Рознице, то другой подхватить изменения не сможет, так у вас получается? Серьезно?

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

(52)

Ну не смешите меня, вот есть у вас задача сделать рассылку, скажем расчетных листков. У среднего программиста на эту задачу уйдет 1-2 недели, в зависимости от квалификации, а готовая обработка стоит 10 к.

Это задачи простые, тут проще купить готовое и не париться. А вот если у вас что-то более специфичное, то далеко не факт что вообще купите, а если купите - то оно будет работать как надо.

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

Ладно, мне деньги вернули, только вот в продаже она продолжает стоять, хотя я и указывал на этот вопрос поддержке. Фактически автор продает неработающее решение и вводит покупателей в заблуждение, но при этом упирается рогом и доказывает что у него все хорошо. А так как тема требует довольно глубокого погружения в отрасль, то поддержка тупо спустила все это на тормозах.

Другой случай. Прием коммунальных платежей, данные по которым надо передавать в ГИС ЖКХ. Когда столкнулись с этим вопросом, то был выбор - писать самим, взять готовое. Взяли, от местного банка, в котором контора обслуживалась. Пели хорошо: мол от вас всего лишь выгрузка в простом формате, остальное берем на себя, у нас тут свой IT-отдел, мы и сопровождать это все будем и поддерживать.

Ну ОК, проходит 9 месяцев!!! Один из поставщиков услуг присылает предъяву -почему мы не передаем данные в ГИС ЖКХ. А мы передаем, ну как передаем, банку. А поставщику пох, это, мол, ваши проблемы, мы просто отключим вас от процессинга и все. Две недели бодались с банком. Выяснилось, что они что-то напутали в формате и данные на этого поставщика 9 месяцев не уходили, но всем было пох. А еще выяснилось, что решение они тоже купили готовое и сами поправить его не могут... В общем пришлось срочно, на коленке, сооружать свой обмен с ГИС ЖКХ. А потом еще писать обработки для выборочной переотправки данных.

Поэтому во многих подобных случаях бывает легче написать самому, хоть ясно будет с кого спрашивать и куда бежать, если что.

54. Silenser 612 09.09.21 17:02 Сейчас в теме

(53)я понял, о чем вы. Разумеется, если речь идет о чем-то уникальном и сложном, то нужен свой ИТ отдел, разработка, саппорт и прочий карнавал с блекджеком и ИТИЛОМ.

62. bushd 29.03.24 11:04 Сейчас в теме

(40) "Эпоха собранных на коленке гениальных решений постепенно уходит"
постгресс замена ms sql. Это не гениальное решение. Будет таким же в скором времени, точнее уже с поправкой на ситуацию и пару тройку лет)
И никуда они не ушли. Я согласен что никто платить за аханье не хочет. если есть альтернатива. Тамк собственно и поступаю... Читать мне все это нахер не надо. Я не работают на рынке корпоративных контор с десятками тысяч пользаков. Тут я согласен. Но я просто жду когда постгерс будет таким же и все.

46. handscenter 68 07.09.21 13:28 Сейчас в теме

(32) тоже так подумал, слепо скопипастили конфиги из интернета не читая к ним комментарии

43. Поручик 4690 23.08.21 08:39 Сейчас в теме

PostgreSQL с 1С у них только 5 лет.
Доклад какого года? В 2007-м база УТ 10 на 8.1 в конторе, где тогда работал, вполне себе крутилась именно на PostgreSQL.

45. handscenter 68 07.09.21 13:27 Сейчас в теме

достаточно задать один простой вопрос, на какой СУБД реализован 1с Фреш и другие облака 1С. с тысячами клиентов. И выбор станет очевиден )

55. user635667 06.12.21 15:24 Сейчас в теме

(45)и на каком?

57. user676027_svikator 125 29.07.22 15:23 Сейчас в теме

Как на текущий момент осуществляется лицензирование postgres не совсем понятно? Если скачать с сайта итс, то при установке и разворачивании сервера никаких лицензий не запрашивает. То что это версия pro нигде не написано. Получается на сайте обновлений ИТС он бесплатный? А где же тогда качается платный?

58. muskul 21.08.23 07:32 Сейчас в теме

чуть чуть некропостинга. за 4 часа, берем старый сервер у клиента, копируем и устанавливаем с нуля систему на новом сервере и увозим обратно.
Откуда такое время?

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

E-mail:

Автор:

Антон Дорошкевич (a.doroshkevich)

Рейтинг: 1425

Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот

Публикация:

№ 1494461

Создание 09.08.21 10:50

Обновление 09.08.21 10:50

Статистика:

Просмотры 49811

Загрузки 0

Рейтинг 85

Комментарии 62

Характеристики:

Код открыт Да

Рубрики Администрирование СУБД

Кому Системный администратор

Тип файла Нет файла

Платформа Не имеет значения

Конфигурация Не имеет значения

Операционная система PostgreSQL

Страна Не имеет значения

Отрасль Не имеет значения

Налоги Не имеет значения

Вид учета Не имеет значения

Доступ к файлу Бесплатно (free)