Вход | Регистрация
    1  2
Информационные технологии :: Администрирование

Выбор между Postgre и MS SQL для 1С

Выбор между Postgre и MS SQL для 1С
Я
   K1RSAN
 
16.11.20 - 17:24
1. PostgreSQL80% (4)
2. MS SQL20% (1)
Всего мнений: 5

В общем, планируется перевести пользователей на клиент-серверную версию (доступ по РДП, филиалы из разных городов) 1С. Выбираем между Postgre и MS SQL. Появились вопросы, которые никак не могу нагуглить уверенно.
Во первых - порядок лицензирования сервера. То есть в прайсе 1С есть такая вещь как "1С:Предприятие 8.3 ПРОФ. Лицензия на сервер", надо объяснить клиенту, зачем оно нужно.
Ну и порядок лицензирования MS SQL, если его выберем (postgre как я понял бесплатен, просто нуждается в грамотном админе).
Есть статья на хабре или еще что-нибудь?
   zaki
 
101 - 18.11.20 - 10:48
(99) За 5 лет много изменилось в PostgreSQL, хорошие улучшения пошли с 11 версии
   Фрэнки
 
102 - 18.11.20 - 10:58
(99) Главное все-таки по больше верить и все получится. Вот пример с другой ветки.
---
Ботаник Гарден Меран RU/Москва
27 - 18.11.20 - 10:38
« х     
Сейчас во всех конфигурациях универсализация и обфускация алгоритмов.
БП, например.
При смене договора в документе дошел до строк:

Если ВладельцыБезСообщений[ИндексВладельца] = Неопределено Тогда
    // Получаем сообщения от владельца
    ВходящееСообщение = ВсеСообщения[ИндексВладельца];

Чувствуется, пора (на пенсию - увы рано еще) в тестировщики или в питон куда-нибудь.    28
29
ø    bolder RU/Москва
28 - 18.11.20 - 10:46
« х     
(27) там НЕ забыли)
ø    Lama12 RU/Москва
29 - 18.11.20 - 10:51
« х     
(27) Это универсализация. Да, другое мышление, но зато так здорово! :-)    30
ø    Ботаник Гарден Меран RU/Москва
30 - 18.11.20 - 10:56
« х     
(29)
Я вот тоже думал, ну чему там в БП тормозить.
Вот оно во всей красе: сначала собираются все настройки, под них все данные, и где-то на седьмом-восьмом уровне вложенности процедур по фильтрам получается значение нужной настройки.
   ansh15
 
103 - 18.11.20 - 11:35
В сервисе ошибок при поиске по слову "postgresql" находится немало "существенного замедления работы", как в конфигурациях, так и в платформе.
Из-за этого тормозила зарплата - https://bugboard.v8.1c.ru/error/000002673 приходилось держать ее на 8.2, до того как исправили. Сейчас на подобное реагируют гораздо быстрее, в том числе и на ошибки с СУБД.
   arsik
 
104 - 18.11.20 - 11:40
(103) Это, мне кажется, из-за 1cfresh. Тут 1С для себя суетится.
   dmrjan
 
105 - 18.11.20 - 11:56
Конфигурации под управляемые приложения работают в PostgrSQL достаточно шустро. Проблемы только в разработчиках 1с, которые набили себе руку на кривых отчетах и перепиливать за ними нет никакого желания. Но проблема из-за этого остается даже на высоко-производительных серверах с MSSQL на борту. Попытка уменьшения стоимости запроса в MSSQL приводит к ступору 1с, MSSQL кричит, что ему не хватает показателя 100500 в регуляторе запросов. И особенно этим грешат базы в которых нужно посчитать каждую алкогольную марку. Ощущение такое, что скоро на каждую булку будут требовать акцизную марку, чтобы жизнь медом не казалась.

В общем качественно пилить нужно все конфы, чтобы работа не встала колом.

1. PostgreSQL
   ansh15
 
106 - 18.11.20 - 12:00
(104) Да, тем более, что у них есть и федеральный проект на том же фреш https://www.cnews.ru/news/top/2018-12-06_informsistema_kaznachejstva_i_minfina_sekonomit
   strange2007
 
107 - 18.11.20 - 12:21
(100) >> Кластер нужно создавать с переменной --data-checksums, сборки от 1С это не делают
Там даже такое есть?

Я ПГ для дома поставил, поэтому и с бесперебойником перебои. Наверное надо переставлять боевую часть на N-ку и колдовать с обратной связью от ИБП. J-ка 61 минуту держалась на батарейке 7х12, больше не пробовал. Но вдруг свет отрубят на много часов, а я не дома.
   ansh15
 
108 - 18.11.20 - 12:34
"--data-checksums
Применять контрольные суммы на страницах данных для выявления сбоев при вводе/выводе, которые иначе останутся незамеченными. Расчёт контрольных сумм может повлечь заметное снижение производительности. Когда контрольные суммы включены, они рассчитываются для всех объектов и во всех базах данных" - из документации.
Надо будет попробовать.
   Провинциальный 1сник
 
109 - 18.11.20 - 12:41
(108) Определил сервер, что страница с данными битая, а что дальше? Отвал базы в suspect (или как там оно у постгреса)? Это же не избыточное отказоустойчивое кодирование, а всего лишь контрольная сумма..
   strange2007
 
110 - 18.11.20 - 12:46
А как избыточность сделать?
   HeKrendel
 
111 - 18.11.20 - 12:56
(82) Мне лень развивать, но смысл диалога сведется к конечному,

среднему пользователю в вакууме и количество сервисов интегрированных на среднего пользователя в вакууме, и далее мы увидим, что в 80% оценка по среднему пользователю в вакууме будет верна, и понятна, за исключением 20% когда требуется уточнить есть ли наличие спец задач
   rphosts
 
112 - 18.11.20 - 13:18
(110) для постгри избыточность это онлайн-бэкап
   ansh15
 
113 - 18.11.20 - 13:20
(109) Один из основных разработчиков СУБД считает, что " I think this feature is: being able to very quickly and
easily know that a problem originated outside of the PostgreSQL code" - https://postgrespro.ru/list/thread-id/2486488
Ну, а дальше остановить СУБД, заменить диск(и) и восстановить кластер из непрерывного архива WAL, наверное. Так сказать, PITR, на любую секунду до возникновения ошибок. Они там все убеждены, что эта штука должна быть обязательно включена.
Насколько, при этом, будет замедляться, надо смотреть.
   stopa85
 
114 - 18.11.20 - 13:26
(113) замедления минимальны. Я тоже убежден, что PITR должн быть включен и настроен на всех инсталяциях Postgres. Не потому что постргес может упасть, а потому что это мега-крутая фишка. И нашу контору пару раз она спасала от огромных проблем.
   H A D G E H O G s
 
115 - 18.11.20 - 14:03
Я на SQL тестировал
None
TornPage
Checksum
так и не увидел разницы.

Но я тестировал из 1С, все упиралось, как всегда в ядро сервера 1С, надо бы попробовать из чистого SQL, хотя, зачем, если узкое горло в 1С :-)
   Провинциальный 1сник
 
116 - 18.11.20 - 14:37
(114) Согласен, что фича нужная, и следовало бы её по умолчанию включать.
   Провинциальный 1сник
 
117 - 18.11.20 - 14:39
(112) Не знаю как сейчас, но когда-то бэкап в постгресе был русской рулеткой.. можно было получить невосстановимый архив.
   Фрэнки
 
118 - 18.11.20 - 15:07
(117) ну так в соседней же ветке буквально свежий пример новосстановимого архива из мс-скл :-)
   stopa85
 
119 - 18.11.20 - 15:08
(117) Я, раз в квартал, тестирую возможность восстановления БД. И из pg_dump и из pg_basebackup-a + накатка транзакций. Есть админы которые неделают бекапы, есть админы которые делают, а есть те которые их регулярно тестируют)
   stopa85
 
120 - 18.11.20 - 15:09
(118) а что за ветка?
   Фрэнки
 
121 - 18.11.20 - 15:11
   Salimbek
 
122 - 18.11.20 - 16:26
(99) "Я пробовал с постгресом лет 5 назад поднять ЗУП" - а более свежего опыта нет? А то за 5 лет многое могло измениться как в ядре 1С-ины, так и в СУБД.
В частности 16.02.2019 пресс-релиз: "Оптимизирована работа виртуальных таблиц оборотов регистров накопления и бухгалтерии в случае использования группировок по дню, месяцу или году, а также при использовании функции языка запросов НачалоПериода(). Оптимизация используется для любых версий поддерживаемых СУБД, кроме Microsoft SQL Server, где оптимизация действует, начиная с версии 2012."
   stopa85
 
123 - 18.11.20 - 17:09
(121) Там админ/адинэсник не делает бекапы перед обновлением. Да и вины SQL сервера нет, что-нибудь в этом духе словили бы и на постгресе. Так что неканает.
   Фрэнки
 
124 - 18.11.20 - 17:31
(123) очень даже канает.

Подари дуракам хрустальный хер - они его и разобьют и руки порежут.
   stopa85
 
125 - 18.11.20 - 17:50
(124) Бекап там восстановимый, просто вчерашний. Падения самого SQL-сервера не было. Для SQL все штатно, как настроили так и работает. Вот если бы там после ребута все базы легли бы, тогда канало бы.
   HeKrendel
 
126 - 18.11.20 - 18:31
(125) Да даже если было, бекап на то и бекап, что с него нужно уметь восстанавливаться, а не делать круглые глаза- не получилось
   Провинциальный 1сник
 
127 - 18.11.20 - 18:51
(126) Лет пять назад, помнится, нужно было плясать с бубном, чтобы поднять бэкап базы 1с в постгресе. Там на какие-то определяемые типы mvarchar ругалось, если загружать бэкап в пустую базу. Приходилось заново создавать базу из управления сервером 1с, и только потом можно было загрузиться. Костыльно. Сейчас иначе?
   stopa85
 
128 - 18.11.20 - 19:17
А сейчас с точностью до наоборот: Приходится сначала из консоли postgres создать пустую db (create database) и в нее уже загружать. При этом оно точно также ругается.

Костыль? Да! Работает? Да.

Если бекапить pg_basebackup и архивировать журнал транзакций - все работает штатно, как в доке написано. Но для всех баз в кластере.
   HeKrendel
 
129 - 18.11.20 - 19:36
(127) У каждого восстановления есть необходимость проверить работоспособность, по поводу специфики, спрошу конечно, но судя по тому, что мы уже восстанавливались и это проблем никаких не заняло, просто уведомили о простое в пару часов, то думаю что, или решено, или как написал Стопа, нюансы, но никак не проблемы
   Провинциальный 1сник
 
130 - 18.11.20 - 19:36
(128) ИМХО. Постгрес это не то, чтобы установить и спать спокойно. По крайней мере для 1с. По крайней мере для небольших контор.
По моему мнению, постгрес удачное решение для барыг-облачников, которые предоставляют 1с как сервис. Это здорово позволяет сэкономить, но лишь при наличии квалифицированных админов, которые на этом постгресе много собак съели. Это не та СУБД, которая "просто работает".
 
 Рекламное место пустует
   HeKrendel
 
131 - 18.11.20 - 19:44
(130) Все то же самое, или сразу настроят бекапы и прочие восстановлялки, или будут париться при восстановлении
   Провинциальный 1сник
 
132 - 18.11.20 - 19:48
(131) Просто есть СУБД, которые более дружественны к админу. Та же mssql мощная СУБД, с кучей возможностей - но бэкап сделать и восстановить сможет любой школьник с базовыми навыками. А настройки по умолчанию работают быстро и не вызывают особых проблем.
Или вот например firebird - легкая, простая, админить как два файла переслать. К сожалению, 1с её не поддерживает.
   HeKrendel
 
133 - 18.11.20 - 19:55
(132) Ну при условии что мы берем за обслуживании связки Никсов+ ПГ от 10к в месяц, это не сильно повлияет на любой бюджет
   don_Rumata
 
134 - 18.11.20 - 22:16
я, наверное, что-то не понимаю в обсуждении создания / восстановления архивов на пг, но вот эта схема пока сбоев не давала:

Сохраняем:
pg_dump -Fc --clean somebase > /opt/backup/1cv82/somebase.out

Восстанавливаем
dropdb newbase
createdb newbase

pg_restore -d newbase /opt/backup/1cv82/somebase.out

Вполне дружественно, я считаю.

Или сейчас модно как-то по-другому делать архивацию на пг?
   rphosts
 
135 - 19.11.20 - 02:42
(117) ну если взять чужой скрипт и не проверять...
И да, есть такой момент: если ты делаешь рестракт и в это время делается бэкап с очень высокой вероятностью выкинь бэкап а dev/null
   rphosts
 
136 - 19.11.20 - 02:43
(122) именно по ЗУПу есть особенности желательные (более агрессивный автовакуум, например)...
   rphosts
 
137 - 19.11.20 - 02:45
(129) справедливости ради: если ты не админ, а одинэсник для тебя ньюанс может стать проблемой... пока не найдёшь решение
   rphosts
 
138 - 19.11.20 - 02:49
(134) или так под окна:
pg_dump.exe"  -i -b -v -E UTF-8 -f C:\PG_Backup\Dump\dump_erp.sql

createdb
psql.exe -f C:\copying\dump_erp.sql >restore.log
   Провинциальный 1сник
 
139 - 19.11.20 - 06:50
Короче, слоны не летают
   rphosts
 
140 - 19.11.20 - 08:17
(139) ещё как! Только не забываем обслуживать БД
   ДенисЧ
 
141 - 19.11.20 - 08:27
(139) (140) Слоны - птицы гордые...
Не пнёшь - не полетят...
   Фрэнки
 
142 - 19.11.20 - 09:33
Короче, если забить болт на обслуживание базы, то она протухнет в любой версии
   Фрэнки
 
143 - 19.11.20 - 09:34
и повторю :
- подари дуракам стеклянный хер, они и разобьют его, и руки порежут

относится к любой версии баз и вообще к любому ПО
   Провинциальный 1сник
 
144 - 19.11.20 - 09:37
(143) Ну всё-таки постгрес это не "любое ПО", а весьма специфичное и в экосистеме 1с чужеродное. Даже сами разработчики постгреса скептически относятся к тому, что его выбрали для 1с. Где-то читал, что они заявляли, что характерные для 1с нагрузки и структура хранения данных плохо укладываются на постгрес..
   ДенисЧ
 
145 - 19.11.20 - 09:42
(144) А что такого экстремального в 1с, что сервер базы данных (реляционной) не может её вытянуть?
   Провинциальный 1сник
 
146 - 19.11.20 - 09:57
(145) Там говорилось про количество таблиц в базе и характерные запросы с подзапросами.
   ДенисЧ
 
147 - 19.11.20 - 09:59
(146) Хм... То есть разработчики признали, что они сделали какашку и потом упорно заворачивают её в красивую бумажку?
   Провинциальный 1сник
 
148 - 19.11.20 - 10:10
(147) Разработчики, кстати, упорно рекомендуют использовать постгрес на линуксе, а не на винде. Потому что линукс лучше работает с десятками тысяч файлов в одном каталоге.
   Фрэнки
 
149 - 19.11.20 - 10:13
(148) ну вот чисто из вредности и дурного настроения в это сегодняшнее утро, спрошу с ехидцей :
а что у тебя и пруф имеется на разработчиков именно платформы (а не самописных конфигураций) и такие их рекомендации действительно имеются относительно 1С+постгри ?
   ДенисЧ
 
150 - 19.11.20 - 10:15
(148) А вот мсу не надо "лучше работает с десятками тысяч файлов в одном каталоге."...
   Провинциальный 1сник
 
151 - 19.11.20 - 10:16
(149) Извини, пруфов нет, это на инфостарте одна бабка сказала) ну и смотрел видео от постгреспро, где они всячески распинались почему не ну никак не получилось сделать чтобы 1с не тормозила без переписывания запросов.
   rphosts
 
152 - 19.11.20 - 10:26
(142) но мс-сиквел дохнет прилично дольше
   rphosts
 
153 - 19.11.20 - 10:28
(148) нет, потому-что в линуксе другая работа с памятью и постгри под ней заточен
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.