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

Публикация № 1494461 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".

Больше статей можно прочитать здесь.


 

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

 

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. SerVer1C 502 09.08.21 11:41 Сейчас в теме
Чётко! Всё по делу! Ничего лишнего! ++
maksa2005; crushml; АлександрВладимирович; GATTUSO; a.doroshkevich; interests; AnderWonder; XAKEP; +8 1 Ответить
2. capitan 2234 09.08.21 13:06 Сейчас в теме
Вспоминается...
На рынке торгуют армянин и грузин. Армянин говорит: — А армяне лучше, чем грузины! Грузин молчит. Армянин снова: — А армяне лучше, чем грузины! Грузин опять молчит. — А армяне лучше, чем грузины! Взбешенный грузин не выдержал: — Ну, чем они лучше, чем?! — Чем грузины!
© anekdot.me
Может и ничего лишнего, но кое что недостказано.
Главное - это то, что сам выбор сервера и оборудования вытекает из поставленной задачи, для чего это вообще нужно.
Поэтому я бы первым делом попробовал понять масштаб и объем предполагаемой нагрузки + наличие специалистов в штате.
И в любом случае таких четких вариантов выбора наверное вообще не обозначал.

Постгри немного хуже идет в отчетах, но вровень на OLTP нагрузке.
Не будем забывать что постгри изначально версионник, а скуль к этому не так уж и давно пришел.
Постгри изначально жил в пингвинах, а скулю к его стоимости нужно еще столько же серверных лицензий, либо пробовать версию для линукса, которой 5 лет еще нет.
Так же надо посмотреть какую часть 1С использует от возможностей указанных серверов.
И какой из производителей готов двигаться в сторону 1С в своих доработках.
Отсюда выйдет что постгри более перспективен, понятное дело, считать его бесплатным некомильфо, хотя он и перекладывает капитальные затраты в операционные.
Прикрепленные файлы:
a.doroshkevich; awk; rpgshnik; +3 Ответить
3. as 09.08.21 13:28 Сейчас в теме
Я правильно понял, что это расшифровка старого доклада?
6. a.doroshkevich 1088 09.08.21 17:41 Сейчас в теме
(3)да, верно, это с митап, внизу статьи про это написано
4. IT_Magnit 09.08.21 16:13 Сейчас в теме
Всю жизнь на MS SQL, идем в пилот на Постгрес, переводя существующие системы. Посмотрим как он себя покажет.
5. a.doroshkevich 1088 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.Ключ

СГРУППИРОВАТЬ ПО
	Т.Ключ
Показать
Kuhar Bogdan; starik-2005; +2 Ответить
14. a.doroshkevich 1088 09.08.21 21:18 Сейчас в теме
(10)спасибо, покрутим у себя, отпишусь по результатам
16. starik-2005 2707 09.08.21 21:32 Сейчас в теме
(10)
ПрочиеРасходыНезавершенногоПроизводства.НомерСтроки КАК КоличествоСвязей
А в чем смысл? Может "1 КАК КоличествоСвязей"?
20. IT_Magnit 09.08.21 21:41 Сейчас в теме
(16) Смысла нет, можете поставить любое число - быстрее работать не станет)
21. starik-2005 2707 09.08.21 21:43 Сейчас в теме
(20) (10к * 10к) / 2 строк - это не мало (50кк). Надо будет проверить...
7. mickey.1cx 384 09.08.21 17:41 Сейчас в теме
Касательно пункта про разработчиков 1С. Есть еще бесплатная MSSQL Developer Edition, аналог Enterprise. А при наличии спеца по платформе на developer.1c.ru можно прикупить сервер мини с 80% скидкой.
Ta_Da; Terve!R; kembrik; +3 Ответить
8. Zhek 09.08.21 18:07 Сейчас в теме
У многих клиентов на Postgres проблема с левым соединением к виртуальным таблицам, в частности, срезу последних. Часто такое бывает в динамических списках или отчетах. К таблице Основные средства, к примеру, присоединяется левым соединением СрезПоследних по регистру для получения доп. данных. В таблице ОС 80 000 строк. Запрос зависает наглухо из-за того, что соединение таблиц происходит методом nestedloops. Менял настройки в соответствии с рекомендациями 1С, и прочими. Перепробовал все, что смог найти. Ничего не помогает. В итоге приходится ставить настройку EnableNestedLoops = off, что не совсем корректно. В Постгрес Про встречается такая проблема? Она как-то решается?
12. a.doroshkevich 1088 09.08.21 21:13 Сейчас в теме
(8)на итс прямо написано что такие запросы надо переписать, другого не дано
18. starik-2005 2707 09.08.21 21:38 Сейчас в теме
(12)
другого не дано
Хинты помогают. Если прописать NoNestedLoop (Таблица), то все начинает работать ОК.
25. cdiamond 218 10.08.21 16:57 Сейчас в теме
(18) Хинты это конечно хорошо, но в случае с временными таблицами тормоза связаны с отсутствием статистики по этим самым временным таблицам в постгресе. И разработчики ванильного Постгреса даже сейчас слышать не хотят про 1С-ников, пишуших временные таблицы в сотни тысяч строк. Замумукаешься хинты писать под каждый запрос, это же больше работы.
26. starik-2005 2707 10.08.21 19:54 Сейчас в теме
(25)
в случае с временными таблицами тормоза связаны с отсутствием статистики по этим самым временным таблицам в постгресе
Откуда инфа? Статистика просто показывает, сколько записей в таблице, так что не совсем понятно, как это может помочь ускорить, тем более временная таблица системе известна, и количество вставленных туда записей - тоже.

Конкретно тот запрос работает долго потому, что NestedLoop в данном случае не самый оптимальный вариант, т.к. он обходит вторую таблицу столько раз, сколько есть записей в первой таблице. Фактически получается цикл в цикле, первый цикл - это все записи первой таблицы, внутри него цикл на все записи второй таблицы, после чего результирующая монструозная выборка агрегируется. При том алгоритм, который дает оптимальное время выполнения, достаточно прост - один цикл (таблица одна) и сборка в хеш-таблицу с ключом-полем группировки и суммой полей, которое больше/меньше или как там еще. MS SQL просто более умный, в него такой кейс залили.
30. cdiamond 218 11.08.21 07:58 Сейчас в теме
(26) в том и дело что sql-сервер узнает количество строк в обрабатываемых таблицах из статистики, а не из предыдущего опыта записи в эту таблицу. На основе сведений их этой статистики и строит оптимальный план запроса. Nested loop гоняется потому что сервер ошибочно полагает что строк мало. По изначальному замыслу разработчиков никто в своем уме не должен загонять во временные таблицы 300 тысяч строк (на то они временные), поэтому nested loop тут вполне логичный выбор с точки зрения разраба сервера. Но тут появился 1С и всё заверте...
Под разрабами я не имею ввиду команду Postgres Pro, они как раз и борются со всеми проблемами, выпуская своя патчи. Есть конечно модуль online_analyze, но очевидно что он не так хорош.
35. starik-2005 2707 11.08.21 11:24 Сейчас в теме
(30) а какой метод будет оптимален? У меня explain при соединении временной таблицы с собой количество строк указывает верно, но выбирает все равно nested loop. Тем более в соединении со срезом последних - там же нет временных таблиц, там подзапрос к физической таблице, и они есть в статистике. Поэтому хочется узнать, что там со статистикой не так. Можете пояснить подробнее?
23. Zhek 10.08.21 07:55 Сейчас в теме
(12)
на итс прямо написано что такие запросы надо переписать, другого не дано

Переписать можно, но это долго и дорого, особенное в плане последующей поддержки и обновления. В типовых конфигурациях таких левых соединений полно.
А со стороны Microsoft SQL таких проблем нет.
17. starik-2005 2707 09.08.21 21:34 Сейчас в теме
(8)
В Постгрес Про встречается такая проблема? Она как-то решается?
Это все из-за того ,что 1С-неги думают, что 1С-программисты тупые. В итоге не дают мутить хинты https://habr.com/ru/post/169751/ (ну или 1С-негам самим загенерить запрос с /* + NoNestedLoop( Table ) */ )
22. oldcopy 141 09.08.21 23:47 Сейчас в теме
(8) Уже успели столкнуться, левый запрос к срезу последних работает неприемлемо долго, даже на небольших выборках. Переписали запросы.

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

Хотя было всякое, вплоть до аварийного выключения питания в самый разгар работы. Убить Postgres в процессе эксплуатации - это еще постараться надо.
24. starik-2005 2707 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 мин).
nyam-nyam; +1 Ответить
11. pavel06 09.08.21 21:10 Сейчас в теме
(9)
инсталляция 4 часа


Это реклама Postgre, непонятно что ли? Какой он тормозной и ненадежный, не пишут.
Ставил как-то для курсов Гилева, для тестовых баз, наломался с его тормозами - одно отвращение после MSSQL.
nyam-nyam; Kuhar Bogdan; +2 Ответить
13. a.doroshkevich 1088 09.08.21 21:15 Сейчас в теме
(9)500 мбит канал сложно назвать лажой, замерьте ради интереса с начала скачивания)
Может регион страны влияет на сайтах мс, может для вашего региона другие ограничения в скорости отдачи
15. Kuhar Bogdan 09.08.21 21:18 Сейчас в теме
19. starik-2005 2707 09.08.21 21:40 Сейчас в теме
(9)
больше 30-40 мин
На убунте ставится минут пять, ну может 10... (MS SQL, мануал по установке - три кописаста: репка, апдейт, инсталл, запуск сетапа, выбор типа инсталляции - все).
33. m_aster 97 11.08.21 10:45 Сейчас в теме
(19)Да, зависит от машины, наверное, еще, на хорошей, кажется, установка мгновенна. На Windows 19-й ставится минут 15, может меньше, основное время это ввод параметров перед установкой, выбор компонентов и т.д.
Жаль, что с сервера 1С на Linux нельзя напрямую подключиться к SQL на Linux же, только с Windows.
27. DoReMi 10.08.21 20:13 Сейчас в теме
После слов про 5 лет перестал дальше читать. Я может старый и память слабая, но поддержка PG появилась где-то лет 14 назад, и у нас больше 200 юзеров онлайн завелись нормально.
Поручик; +1 Ответить
37. sirbusby 11.08.21 15:23 Сейчас в теме
(27)
После слов про 5 лет перестал дальше читать.
Ну и зря.
Поручик; +1 Ответить
56. vshish 143 29.03.22 04:26 Сейчас в теме
(27) В 8-10 году пытались запустить ЗУП на постгресе, все хорошо работало до отражения ЗП в учете.
порядка 3-5 тысяч сотрудников.
Заполнение документа было минут 30, проведение 2-3 часа.
На МС этот же документ делался не более минуты заполнение и около 5 минут проведение.
28. пользователь 10.08.21 21:07
Сообщение было скрыто модератором.
...
29. oldcopy 141 10.08.21 21:24 Сейчас в теме
(27) Более-менее нормально работать с Postgres стали только конфигурации на управляшках. До этого разница была видна просто невооруженным глазом. А с 8.1 так вообще беда была.

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

Мы в 2017 запустили на Linux + Postgres пилотный проект - розничную сеть, сначала небольшую. Сейчас уже 30 магазинов, Windows-сервера отсутствуют как класс. Впечатления только положительные.
31. Silenser 552 11.08.21 09:36 Сейчас в теме
(29)84 магазина. Непредсказуемость Постгеса убивает. Если в ТЦ отрубали электричество, жди сюрпризов в виде потерянных чанков (или как они там называются). Начинаешь читать интернет, куча советов и ни один не приводит к результату, как и ТИИ. В итоге - восстановление базы из центра. Ни разу не помню, чтобы при падении сервера у меня крашилась база на MS SQL.
Спецов по Постгрес днем с огнем, особенно со знанием 1С.
Периодически то в одном, то в другом магазине просто перестает запускаться или запускается но в Services висит как неактивный.

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

Ну и нафига парнокопытному баян? В итоге заказали второй канал связи во все магазины и переводим все на централизованную базу на MS SQL. Надежнее и обслуживать проще.
34. starik-2005 2707 11.08.21 11:19 Сейчас в теме
(31) а чем плоха файловая опубликованная на веб-сервере? Она работает до пяти юзеров быстрее даже, чем серверная, до 10ти сопоставимо. И памяти выжирает куда меньше при этом.
38. Silenser 552 11.08.21 19:54 Сейчас в теме
(34)так все равно получается доп ПО, которое нужно обслуживать. Это удаленные точки и если что-то может сломаться, оно сломается. Тут лучше здоровый минимализм.
42. starik-2005 2707 12.08.21 14:40 Сейчас в теме
(38)
Тут лучше здоровый минимализм.
Здоровый минимализм - это апач, хотя и IIS тоже вполне работает. СУБД - это уже нездоровый минимализм )))
36. sirbusby 11.08.21 15:22 Сейчас в теме
(31)
Ни разу не помню, чтобы при падении сервера у меня крашилась база на PostgreSQL.

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

Логи читали?
39. Silenser 552 11.08.21 19:55 Сейчас в теме
(36)читали. но для полноценного понимания логов Постгрес нет квалификации, а в логах системы все стандартно, отключение питания.
32. oldcopy 141 11.08.21 10:42 Сейчас в теме
(31) Нет там непредсказуемости, последний раз электричество на точке падало вчера, как всегда - бесперебойник оказался разряжен, но взлетело без каких-либо проблем.

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

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


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

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

synchronous_commit = off

Данная настройка ускоряет работу СУБД, но использовать её можно только при
наличии ИБП на сервере СУБД и системы мониторинга, которая сообщит об
аварии электропитания и корректно выключит сервер СУБД.
handscenter; +1 Ответить
40. Silenser 552 11.08.21 20:01 Сейчас в теме
(32)
А ваши проблемы проистекают, как мне видится, отсюда

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

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


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

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

А время нужное для усвоения информации и применении его на практике как было, так и осталось. Было бы желание.
Paulkalm; orfos; mpeg1989; jake_qwert; +4 Ответить
44. Silenser 552 25.08.21 09:45 Сейчас в теме
(41)
Это распространенное заблуждение. В сутках как было 24 часа, так и осталось.
Хм, ну попробуйте тогда продать какое-нибудь хорошее решение в виде библиотеки, на разбор документации которой понадобится много времени и сравните это с продажей готового решения "из коробки". Так что мир все же изменился, может не времени стало меньше, может люди стали ленивее, это не важно. Важен конечный результат, в условиях больших компаний побеждает универсальность и себестоимость обслуживания.
47. oldcopy 141 07.09.21 14:02 Сейчас в теме
(44) Все зависит от того, что именно вы продаете и кто является целевой аудиторией. Если это библиотека, то целевая аудитория для нее - разработчики и читать документацию в этом случае вполне нормально. Тем более что и библиотеки, и SDK вполне нормально продаются.

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

Ну и учебные курсы вполне себе живут и процветают, и народ туда зачем то ходит, находит ведь время. Хотя проще было бы "отдать все на аутсорс за вменяемые деньги".
48. Silenser 552 07.09.21 16:22 Сейчас в теме
(47)
Если это библиотека, то целевая аудитория для нее - разработчики и читать документацию в этом случае вполне нормально.

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

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

(47)
Ну и учебные курсы вполне себе живут и процветают, и народ туда зачем то ходит, находит ведь время. Хотя проще было бы "отдать все на аутсорс за вменяемые деньги".
Курсы бывают разные, цели у них тоже разные. Это вообще большая тема для обсуждения. Все вообще на аутсорс отдавать дорого, нужен внутренний спец, который сможет понять, что аутсорс начал баловаться.
49. oldcopy 141 07.09.21 18:38 Сейчас в теме
(48)
И когда на одной чаше весов будет готовое решение, а на другом что-то свое собранное из внешней библиотеки, угадайте, что победит? Сейчас гораздо дешевле купить готовое решение, чем платить разработчику за "свободное творчество". ИМХО


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

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

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

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

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


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

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

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


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

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


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

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

Это все напомнило мне одну старую пословицу из Законов Мерфи: чтобы сделать работу как надо - времени всегда не хватает, чтобы ее переделать - время находится.
50. Silenser 552 08.09.21 14:24 Сейчас в теме
(49)
У вас опять все валится в одну кучу. Конечный пользователь естественно предпочтет готовый продукт. Но если мы говорим о разработчиках
Отчасти, конечно валится. Просто вы не считаете время, которое тратит программист. А время - это деньги, повторюсь, свободное творчество с библиотеками должен кто-то оплачивать. Если речь о признанном фреймворке, то вопросов нет, это программист делает в свободное время и за свой счет, повышая свою стоимость, когда же решают задачу на работе и за деньги, то готовое решение почти всегда будет дешевле.
Вот именно "что-нибудь" и именно нарисовать.
Вспоминаем старое правило 20/80, которое гласит, что 80% пользователей используют 20 возможностей программы. Конечно, документацию нужно читать, но Автокад это отнюдь не система для расчета прочности конструкций методом конечных элементов. Нарисовать простой чертеж можно и без документации, для более сложных вещей - нужно тратить личное время, повышая свою стоимость (знание общепринятых решений повышает конкурентность).
А вот мы и вернулись к тому месту с которого начинали:
Точнее - это вы вернули тему обратно. Я же смотрю на эту тему с другого угла, с точки зрения денег, если хотите - точка зрения PM (хотя это не моя специальность). Я же не призываю к тому, что документацию читать не нужно, речь о том, что этой документации не должно быть много, она должна быть сообразна получаемому решению.
Это все напомнило мне одну старую пословицу из Законов Мерфи: чтобы сделать работу как надо - времени всегда не хватает, чтобы ее переделать - время находится.
К сожалению, довольно часто это так и есть. Но на это есть довольно логичный ответ, точнее два:
1. Рефакторинг - и исправление косых решений
2. Жизненный цикл ПО - когда ПО с большим багажом костылей просто заменяется на более новое, в котором снова начинают копиться костыли, пока и его не заменят.
Ведь никто не отменял решения по принципу fast fail - cheap fail, когда сначала что-то делают "на коленке", но быстро, а потом переписывают уже по правильному.
51. oldcopy 141 08.09.21 15:55 Сейчас в теме
(50)
Точнее - это вы вернули тему обратно. Я же смотрю на эту тему с другого угла, с точки зрения денег


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

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

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


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

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

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


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

Любой профессиональный пакет требует базовых знаний, причем не только самого пакета. Ровно так же и в 1С можно вбивать документы не читая книжек, только вот результат в конце года может оказаться весьма неожиданным.
52. Silenser 552 08.09.21 20:09 Сейчас в теме
(51)
Вы смотрите с точки зрения текущих операционных затрат, не принимая во внимание другие факторы.

Я то принимаю, а вот топ менеджмент - обычно нет, потому что:
упремся - будем разбираться
И переломить ситуацию крайне сложно.

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

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

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


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

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


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

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


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

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

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

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

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

Поэтому во многих подобных случаях бывает легче написать самому, хоть ясно будет с кого спрашивать и куда бежать, если что.
54. Silenser 552 09.09.21 17:02 Сейчас в теме
(53)я понял, о чем вы. Разумеется, если речь идет о чем-то уникальном и сложном, то нужен свой ИТ отдел, разработка, саппорт и прочий карнавал с блекджеком и ИТИЛОМ.
46. handscenter 56 07.09.21 13:28 Сейчас в теме
(32) тоже так подумал, слепо скопипастили конфиги из интернета не читая к ним комментарии
43. Поручик 4591 23.08.21 08:39 Сейчас в теме
PostgreSQL с 1С у них только 5 лет.
Доклад какого года? В 2007-м база УТ 10 на 8.1 в конторе, где тогда работал, вполне себе крутилась именно на PostgreSQL.
handscenter; +1 Ответить
45. handscenter 56 07.09.21 13:27 Сейчас в теме
достаточно задать один простой вопрос, на какой СУБД реализован 1с Фреш и другие облака 1С. с тысячами клиентов. И выбор станет очевиден )
55. user635667 121 06.12.21 15:24 Сейчас в теме
57. user676027_svikator 105 29.07.22 15:23 Сейчас в теме
Как на текущий момент осуществляется лицензирование postgres не совсем понятно? Если скачать с сайта итс, то при установке и разворачивании сервера никаких лицензий не запрашивает. То что это версия pro нигде не написано. Получается на сайте обновлений ИТС он бесплатный? А где же тогда качается платный?
Оставьте свое сообщение

См. также

Регистрация в центре лицензирования не выполнена

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

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

28.09.2022    419    Koder_Line    0    

Устройство хранения данных в MS SQL Server

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

База данных SQL Server - это коллекция объектов, позволяющая хранить данные и управлять ими. В теории каждый экземпляр SQL Server поддерживает до 32 767 баз данных, но обычно на нем развернуто не больше десятка баз. Очевидно, что количество баз данных, которые SQL Server может обрабатывать зависит от нагрузки и оборудования. В этой статье мы обсудим внутреннюю структуру баз данных и то, как SQL Server хранит данные.

12.09.2022    1806    Irwin    20    

Ring 1С - как скрыть предупреждение "Незаконный рефлексивный доступ" в Java 11

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

Как скрыть сообщение "WARNING: An illegal reflective access operation has occurred...." при использовании ring license list последней версии.

08.09.2022    325    Alexkot2011    1    

Настройка отказоустойчивого кластера 1C + PostgreSQL (etcd+patroni+haproxy) на Centos 8

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

Настройка отказоустойчивого кластера PostgreSQL для сервера приложений 1С на операционной системе Centos 8.

22.08.2022    1170    user1332168    7    

Workaround me в 1С/MS SQL и не только, системный подход к созданию костылей

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

Workaround свидетельствует о невозможности решить проблему "правильным путем" и вызывает чувство стыда. Но практика показывает, что способность решать проблемы через workaround является порой единственным способом решить проблему в разумное время. А победителей, как говорят, не судят, так почему бы не создавать workaround по системе?

15.08.2022    833    1CUnlimited    0    

Ошибка Dump в 1С

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

В данной статье будет рассмотрено представление ошибки Dump в 1С, будет проведена её диагностика, а также определено, как устранить данную ошибку и продолжить дальнейшую корректную работу системы 1С. Также будет представлена общая информация об ошибке Memorydump, для более глубокого её понимания.

15.07.2022    840    Koder_Line    3    

Режимы запуска системы 1С:Предприятие

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

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

12.07.2022    1033    Koder_Line    1    

OneScript на страже порядка на сервере тестовых баз данных

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

Наводим порядок на сервере тестовых баз с помощью любимого инструмента - OneScript. Находим заброшенные базы на сервере MS SQL, определяем кандидатов на удаление.

14.06.2022    1683    ardn    23    

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

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

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

24.05.2022    3248    avolsed    15    

Базы данных. Несколько шагов до серьезного обслуживания

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

Практические примеры настройки обслуживания баз данных для SQL Server. Актуально для любых приложений.

22.05.2022    7035    Infostart    22    

Ошибка формата потока расширения

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

Восстановление базы данных 1С с ошибкой "Ошибка формата потока" с "полетевшим" расширением, когда все остальные методы уже испробованы.

19.05.2022    864    yupi71    8    

Пропадающие файлы на томе в 1С: КА 2.5

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

На протяжении месяца пропадали файлы: прикрепленные изображения, документы в ЭДО. КА 2.5, актуальная редакция на поддержке. Этого не описано НИГДЕ и если бы я нашел такую тему, у меня мы было гораздо меньше проблем.

05.04.2022    825    mlashko    4    

Ошибка загрузки большого архива 1Cv8.dt в PostgresSQL на платформе 1С 8.3.19

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

1С для платформы 8.3.19 ускорили загрузку dt-файлов за счет разбивки на несколько фоновых заданий. В итоге словили ошибку блокировки при загрузке в СУБД PostgresSQL большого 1cv8.dt-файла размером 25 Gb "ERROR: canceling statement due to lock timeout". Напишу, как в итоге загрузили этот dt-файл.

30.01.2022    6120    sapervodichka    45    

Ограничение количества запущенных процессов 1С в разрезе пользователей

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

Целью данной статьи является описание решения для ограничения количества, запускаемых пользователем, процессов 1С, чтобы снизить нагрузку на сервер. Может пригодиться как программистам, так и системным администраторам. ОСТОРОЖНО! под катом Python=)

28.01.2022    1263    KOTzilla    7    

SAMBA для 1С

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

Представлен необходимый минимум настройки SAMBA для работы файловых баз 1С через общий ресурс.

24.12.2021    3216    compil7    6    

Установка бесплатного SSL сертификата Let's Encrypt на Apache под Windows Server

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

Если Вы используете web-сервер Apache на операционной системе Windows, то эта краткая инструкция позволит выпустить и установить бесплатный SSL сертификат Let's Encrypt, настроить автоматический перевыпуск/установку сертификата и перенаправить запросы с http на https.

14.12.2021    5474    4361fmv    20    

Регламентное задание по завершению сеансов пользователей 1С

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

Завершить работу пользователей в 1С ночью. Регламентное завершение работы.

06.12.2021    1972    Swamt    20    

Ошибка СУБД Column does not exist

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

В данной статье на примере СУБД Postgre и конфигурации УНФ описывается метод исправления ошибки "Column does not exist". На просторах интернета натыкался на общее описание проблемы, что состав базы со стороны СУБД не соответствует той картине, что ожидает 1С. Надо приводить все в соответствие, а конкретных примеров не находил.

21.11.2021    1596    tigcorp    4    

Базовые приемы работы с кластером 1С при помощи БСП

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

В данной публикации я рассматриваю базовые приемы работы с кластером серверных баз 1С, используя типовые типовые возможности библиотеки стандартных подсистем (БСП).

26.10.2021    4906    quazare    7    

Обновление платформы 1С тонкого клиента с вебсервера без публикации базы данных, когда сервер 1С ПРОФ.

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

Обновление платформы 1С: тонкого клиента с вебсервера описывается здесь: https://its.1c.ru/db/v8316doc#bookmark:adm:TI000001058, (11.2.2. Обновление через диалог публикации на веб-сервере) и здесь: https://its.1c.ru/db/v8319doc#bookmark:adm:TI000000428, (6.2. Получение дистрибутива клиентского приложения) - доступно только для КОРП Для ПРОФ реализация полностью описана в данной статье. Выражаю благодарность Панюшкину Михаилу Михайловичу за разбор задачи и доведение ее до практического результата. Обновление не проходит если например предварительно установка выполнялась регламентными политиками и есть в папке conf файл adminstall.cfg Этот файл следует удалить, чтобы данная установка тонкого клиента проходила успешно Применяется только для системы «1С:Предприятие» под ОС Windows. Файл adminstall.cfg указывает на то, что установка системы программ «1С:Предприятие» выполнялась с использованием средств администрирования ОС Windows. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие» и представляет собой текстовый документ в кодировке UTF-8. В файле может располагаться единственная строка, определяющая вариант установки: AdmInstall= Описывает режим установки: Logon - установка выполнена с помощью logon-скрипта во время входа пользователя в домен. Restart - установка выполнена с помощью групповых политик.

19.10.2021    4106    ser6702    22    

Клиент-серверный режим базы данных 1С8 для тестирования

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

В публикации рассматриваются некоторые аспекты настройки базы данных 1С8.3 в серверном режиме, для тестирования обработок или расширений.

30.09.2021    4561    etmarket    3    

Зависание базы при создании/редактировании пользователей после конвертации базы с платформы 8.1 на 8.3

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

При переводе базы с платформы 8.1 на платформу 8.3 возникает проблема - база конвертится замечательно, но при редактировании или создании новых пользователей база напрочь зависает. Речь пойдёт о серверной базе данных.

29.09.2021    1032    Kitri    4    

Создание второго кластера Postgresql, включение непрерывного архивирования и подключение 1С

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

В этой статье я вам расскажу, как правильно создать и запустить второй кластер postgres`a, а также мы создадим на нем базу с помощью 1С.

08.09.2021    2220    Vismut    5    

Перекуем Cloud на Oracle. Тестируем размещение 1С в облачной платформе Oracle Cloud.

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

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

02.09.2021    1421    capitan    22    

Ошибка SQL: Arithmetic overflow error converting numeric to data type numeric

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

Считаю количество строк в таблицах БД. Выскакивает ошибка. Привожу описание моего случая и решение.

25.08.2021    2423    Nikola23    7    

Исправление ошибки плана обслуживания MS SQL

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

Частный случай решения ошибки выполнения планов обслуживания MS SQL.

20.08.2021    3430    TokarevV    1    

Показатель Page Life Expectancy (PLE)

HighLoad оптимизация Администрирование СУБД Бесплатно (free)

От переводчика: публикация составлена по материалам BrentOzar.com (Brent Ozar).

18.08.2021    3354    vasilev2015    7    

Кластер для отказоустойчивости

HighLoad оптимизация Администрирование СУБД Бесплатно (free)

На Infostart Meetup «PostgreSQL VS Microsoft SQL» выступил руководитель проектов в по разработке ПО в компании «Газинформсервис» Денис Рожков. В рамках доклада Денис рассказал о том, какие механизмы кластеризации используются для PostgreSQL и в MS SQL и поделился с коллегами, какие решения можно использовать для построения отказоустойчивого кластера на PostgreSQL.

18.08.2021    9250    FB_3393521717335803    2    

Что на самом деле делает администратор базы данных (DBA)?

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

От переводчика: публикация составлена по материалам BrentOzar.com (Brent Ozar).

17.08.2021    6154    vasilev2015    2    

Обновление 1С: Розницы с релиза 2.3.8.27 до 2.3.9.28

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

Многие уже столкнулись с тем, что не смогли обновить 1С: Розницу релиз 2.3.8.27 на более поздние релизы. Напомню, релиз 2.3.8.27 - позволял-таки нам работать в ЕГАИС 4. Но а вот с дальнейшими обновлениями...

05.07.2021    13313    13D    31    

Как получить полный доступ к данным файловой базы 1С

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

Опыт перевода файловой базы 1С в клиент-серверный вариант работы при отсутствии административного доступа (авторизации) в базе.

31.05.2021    2455    info1i    2    

Xubuntu 20.04 для бухгалтера 1С

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

В публикации представлен необходимый минимум для настройки Xubuntu 20.04 в качестве рабочего места бухгалтера, ведущего учёт в программе 1С: Бухгалтерия 3.0 файловый вариант. Кроме этого, настроено подключение и других сотрудников через тонкий клиент 1С к опубликованной на веб-сервере базе бухгалтерии.

12.04.2021    7309    compil7    34    

Режим совместимости конфигурации 1С

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

Приветствую, коллеги! В этой статье будет сделан обзор функции совместимости конфигурации 1С с другими версиями конфигураций 1С, а также рассмотрено, как выбрать и настроить режим совместимости конфигурации с версией 1С 8.3. Во-первых, разберём главное понятие в этой статье: режим совместимости в конфигурации – это устройство, благодаря которому выводится номер версии системы, под которую станет открыто приложение 1С:Предприятие. Данный режим существует на платформе 1С начиная с версий 8.2 и 8.3 (платформа версии 1С:Предприятие 8.3 совместима с платформой версии 1С:Предприятие 8.2).

31.03.2021    14939    Koder_Line    6    

Как мы на Managed Service for SQL Server в Yandex.Cloud переезжали

Администрирование СУБД Облачные сервисы, хостинг Бесплатно (free)

Рассказ про грабли при переезде на Yandex Managed Service for SQL Server и DataLens.

02.02.2021    2313    dsdred    5    

Платформа 8.3.18 Обновление ИБ в пакетном режиме поломалось? Решено

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

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

24.12.2020    7557    VPanin56    15    

Сравнение архитектуры двух СУБД.

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

Избранные административные представления.

09.09.2020    2639    vasilev2015    4    

Сбой, отказ 1C:Предприятия 7.7, код исключения e06d7363. APPCRASH 1cv7s.exe

Администрирование СУБД Журнал регистрации Платформа 1С v7.7 Конфигурации 1cv7 Бесплатно (free)

Прекращена работа программы "1CV7 starter program". Никто не может зайти в 1C 7.7. Апкреш. Что делать? Проверьте, возможно журнал регистрации информационной базы 1С: Предприятия 7.7 поврежден.

17.08.2020    2864    ksnik    3    

Восстановление полнотекстового поиска в базе данных. Клиент-серверный вариант. Моя практика.

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

Восстановление полнотекстового поиска в базе данных. Клиент-серверный вариант.

06.08.2020    1944    premierex    3    

Администрирование списка баз Windows правами.

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

Все пользуются, а статьи по администрированию списка баз нет. Непорядок.

03.08.2020    1482    sergey279    0    

Линукс как основной многофункциональный сервер небольшой компании. Наш опыт

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

Однажды, в порыве повышения лицензионности используемого софта, мы решили поставить на наш старенький сервер опен сорс линукс. Был совсем небольшой опыт работы на локальных машинах под линуксом (успешный). Продвинутого опыта работы с линуксом не было. Но в сети довольно много позитивного опыта развертки такой архитектуры, и мы решились. Данная статья точно НЕ является мануалом по установке линукс, но уверен, будет неплохим дополнением.

08.06.2020    7836    ogroup    25