Имя: Пароль:
1C
 
MS SQL vs PostgresSQL
, ,
0 PR
 
06.11.18
15:49
1. Свое мнение 38% (12)
2. В Винде MS лучше Postgres 34% (11)
3. В Линуксе Postgres лучше MS 22% (7)
4. В Винде Postgres лучше MS 3% (1)
5. В Линуксе MS лучше Postgres 3% (1)
6. В Винде оба равны 0% (0)
7. В Линуксе оба равны 0% (0)
8. IBM DB все-равно всех делает 0% (0)
Всего мнений: 32

Послушал тут разные мнения, в том числе Антона Дорошкевича по поводу того, кто кого заборет, MS Postgres или наоборот
С удивлением выясняется, что Postgres мало того, что как минимум почти везде не уступает MS, так еще и местами делает его, а вот это уже интересно
Кто что имеет сказать?
Мнение интересно с учетом всего: скорости, надежности, работы при перегрузках, цены, удобства, автоматических архивных копий, копий без выгона пользователей и т .д. т. п.
1 Fuas4
 
06.11.18
15:59
Может у меня руки кривые, конечно, но MS у меня всегда был быстрее. На УТ 10.3 еще и конфликты блокировок были в Postgres. Переход на управляемые блокировки решил проблему, но все равно раз в полгода 1-2 блокировки ловят. На MS блокировки только из-за кривого кода ловил

В Винде MS лучше Postgres
2 DmitrO
 
06.11.18
16:01
MS уже не торт?
Но 1С-то ведь все тот же(?), они же для MS все равно раньше проблему исправят (и создадут :)).
3 PR
 
06.11.18
16:06
(1) Да вот то-то и оно, что утверждается, что Postgres просто сложнее в настройке, но вроде как при правильной настройке...
4 PR
 
06.11.18
16:07
(2) Да вот возникли сомнения, не заслуги ли это былых лет? :))
5 mTema32
 
06.11.18
16:08
(0) У нас postgres на никсах. Да, есть админ, который шарит в никсах и разобрался с настройками этой субд. Все норм работает уже три года. Копии делают еженочно, сбой был только раз за три года в рабочее время, но там вроде бы не в постгресе был дело, а "лезвие" вышло из строя.
6 ejikbeznojek
 
06.11.18
16:11
Стоимость настройки и обслуживания (зп того кто всё это будет делать) - ниже

В Винде MS лучше Postgres
7 zak555
 
06.11.18
16:11
ibm db2 никто не пользуется?
8 Aleksey
 
06.11.18
16:12
(3) Местами велосипед выигрывает у машины в скорости. Особенно если пробки. Из этого делаем вывод велосипед всегда быстрее и лучше машины? Главное правильно маршрут выбрать?
9 PR
 
06.11.18
16:14
(8) Главное, не ерничать
Антон Дорошкевич утверждает вроде как не про базы на 100 мегов
10 rphosts
 
06.11.18
16:14
(7) для 1с блокировочник дб2 это алес капут!
11 rphosts
 
06.11.18
16:15
(9) а сколько?
12 PR
 
06.11.18
16:15
(8) И да, если все время приходится кататься по пробкам, то может имеет смысл юзать велосипад
13 PR
 
06.11.18
16:16
(11) Точно не помню, посмотрю
Но главное же не размер, а количество записей
14 Aleksey
 
06.11.18
16:17
(12) Ну так и что ты хочешь услышать. Сам же написал, что при некоторых с течений обстоятельств одна конкретная операция будет на постгри быстрее MS.
15 lubitelxml
 
06.11.18
16:18
Совсем недавно переходили когда стало в базе более 35 человек работать с postgre, ибо тормозит, перешли на ms - все стало быстрее

В Винде MS лучше Postgres
16 Aleksey
 
06.11.18
16:19
(13) Т.е. если 2 записи то лучше постгри, а если 4 то MS? Или там зависит от того четное количество записей в таблице или нечетное?
17 PR
 
06.11.18
16:19
(16) Тебе в (9). В первую строку.
18 rphosts
 
06.11.18
16:19
Если нужен быстрый постгри то однозначно под никсами(пингвином в т.ч.).
На момент  постгри 9.2.1-1С у него плохо с корявыми запросами(у сиквела тоже не торт, но лучше) и совсем какая-то магическая херомантия с полным соединением.
Так-же диагностика производительности сложнее...

И да разумеется если у тебя не автоматические блокировки - забудь про версионники.
19 PR
 
06.11.18
16:23
(18) Про Линукс тоже да, упоминалось, из-за большого количества мелких файлов в Postgres, было бы интересно попробовать
20 rphosts
 
06.11.18
16:25
(15) 2 года назад запустили проект... порядка 300 активных пользователей... на мс умирало, перешли на постгри - взлетело! Да, записей дофигище, файл дампа базы(плаин текст без сжатия) порядка 55Г(блобов в базе нет), сейчас юзеров при пиковой нагрузке 350-400. Но на другой железке.

PS ещё есть документооборот корп (за 1к юзеров) и ещё ряд конф - все на постгри... на мс оставляем только упыпырище ибо полных соединений много и ещё много чего
21 Fragster
 
гуру
06.11.18
16:26
на первой странице только один postgres
http://fragster.ru/perfomanceTest/results.php?sort=sum96&direction=desc

хотя, говорят, последний релиз от постгрес про и на винде показывает хорошие результаты.

Свое мнение
22 rphosts
 
06.11.18
16:27
(19) никс лайк совсем по другому работает с памятью, поэтому тупо заменив ОС на том-же железе до полутократного роста производительности
23 Fragster
 
гуру
06.11.18
16:27
24 Fragster
 
гуру
06.11.18
16:28
(22) там проблема в переименовании файлов статистики, которая под винду требует монопольного доступа. в 10.4 от это починили, но релиза от 1с еще нет, только от постгрес про
25 Aleksey
 
06.11.18
16:28
(17) Пойми постгри в винде из коробки (далее, далее, далее, готово). Работает существенно медленнее чем скуль в винде из коробки.
Для разгона, нужно нормально настроенный специалистами линукс + тюнинговать на месте постгри в линуксе. Причем гнт универсальной кнопки, типа нажмите сюда - это даст прирост +200% к скорости. Нужно методом проб и ошибок подбирать нужные параметры.
У тебя есть опыт в этом? Нет? Ну тогда и не умничай. Или платит бабки тем кто умеет, или плати бабки мелкомягким за лицензии скуля. Вот и весь расклад
26 rphosts
 
06.11.18
16:30
Да, ещё у постгри засада с внешними источниками данных (не нарушающее лиц. 1с решение не красивое).
27 Fragster
 
гуру
06.11.18
16:30
28 PR
 
06.11.18
16:31
(25) Настройки Postgres под 1С — это все-таки один раз сделанные настройки, которые потом можно везде всегда использовать
Не так уж страшно
29 rphosts
 
06.11.18
16:31
(25) угу, кроме того постгри более критичен к отсутствию обслуживания базы, чем сиквел в режиме страничнмка
30 rphosts
 
06.11.18
16:32
Да, со сходняк последнего видео про постгри не стали выкладывать ещё?
31 rphosts
 
06.11.18
16:32
(27) спасибо!
32 PR
 
06.11.18
16:32
(27) Да, я про этот ролик и говорил. Доржик сейчас не прибежит губой обиженно дрожать? :))
33 Fragster
 
гуру
06.11.18
16:33
(32) я хз. на всякий случай скрыл
34 rphosts
 
06.11.18
16:37
(24) нет, про память инфа 100%.
35 rphosts
 
06.11.18
16:42
"кошмар для админа всю жизнь работавшего с виндовс..." - хм... что за админ который совсем не знает постгри
36 rphosts
 
06.11.18
16:44
Сколько же времени на каком железе они ДТ 5Тб загружали!
37 Fragster
 
гуру
06.11.18
16:45
(34) ну скорее про то, что мсскуль меньше полагается на механизмы кэширования ОС, а постгре - больше. но основной затык, все-таки, не в этом. Кстати, еще в постгре от постгрес про есть патч онлайн аналайз, который помогает с временными таблицами, а в релизе от 1с, почему-то он не включен.
38 rphosts
 
06.11.18
16:48
(37) эээ помогает что?  Выбрать лучший план запроса?
39 mgk2
 
06.11.18
16:48
2 года, после выхода сборки Postgres Pro для 1с был уверен, что в Винде Postgres лучше MS или по крайне мере в Винде оба равны.
Пока 1с не сделала сюрприз:
КА 1.1.107.4 - проблемы с архивацией на СУБД Postgres Pro

Свое мнение
40 Fragster
 
гуру
06.11.18
16:51
(39) ну так написано же: pg_basebackup
41 rphosts
 
06.11.18
16:51
(39) пригласите специалиста, в смежных ветках приводил примеры своих скриптов.
42 mgk2
 
06.11.18
16:54
(41) что за скрипты?
43 mgk2
 
06.11.18
17:01
(40) Видимо придется использовать pg_basebackup. Ему для работы места много требуется, надо дисковую подсистему расширять.
44 rphosts
 
06.11.18
17:02
создания дампа и разворачивания от него. И да, бывает что "портится" база... выгрузка в дт - загрузка обратно как правило решает....
45 rphosts
 
06.11.18
17:03
(37) ооо, дошёл до него!
46 rsv
 
06.11.18
17:05
(0) рассматривайте в комплексе..скуль идёт с вменяемой консолью студии ,в пакете профайлер,мастер импорта экспорта и тд.сервер отчётов ,сервер интеграциии и пр.
47 rsv
 
06.11.18
17:06
двумя щелчками сделаете линкованный сервер  и прочее
48 Фрэнки
 
06.11.18
17:07
(22) // никс лайк совсем по другому работает с памятью, поэтому

вот в этом основная красота

В Линуксе Postgres лучше MS
49 rphosts
 
06.11.18
17:07
(47) линкованный это про реплику?
50 rphosts
 
06.11.18
17:08
а вот виртуалки - злое зло!
51 mgk2
 
06.11.18
17:08
(44) для pg_basebackup?
52 rsv
 
06.11.18
17:10
(49) нет..просто сделать линк на любую базу в том числе отличную от скуля
53 rphosts
 
06.11.18
17:11
(51) нет, я делаю пгдампом отдельные базы. Т.к. часто нужно поднять 1 базу а не весь кластер
54 rphosts
 
06.11.18
17:13
(52) всё о чём вы рассказываете - удел больших и хорошо нагруженных баз (иначе это баловство), а для такого случая всяко нужны специалисты
55 Фрэнки
 
06.11.18
17:15
(54) ветка с навязчивым дежавю
и похоже, что и участники все те же :)
56 ansh15
 
06.11.18
17:15
(11) https://pp.userapi.com/c852128/v852128782/3179a/lTQZxxZiP3I.jpg
Такими размерами оперирует.
57 rsv
 
06.11.18
17:15
(54) вот выше и излагал что на то он и скуль...чтобы в графической понятной остастке сделать пару кликов
58 GANR
 
06.11.18
17:20
То, что операционная система и СУБД в этом случае бесплатные веский аргумент?

В Линуксе Postgres лучше MS
59 rphosts
 
06.11.18
17:22
(56) есть мнение что есть миниму  2 организации у которых базы для 1с больше по размеру (одна ратель трансопртная, вторая торговая).
60 rphosts
 
06.11.18
17:24
(57) повторю, такие вещи от нехренделать серьёзные люди не делают, кроме того эти вещи как-бэ не те что делают регулярно а как правило однократно... поэтому то что 5 минут а не полчаса - не критично.
61 impulse9
 
06.11.18
17:27
Скажем так, на средних и больших проектах внедрения пока не рискуют. Цена ошибки намного выше цены лицензий

В Винде MS лучше Postgres
62 rphosts
 
06.11.18
17:35
(61) средние это от скольки?
63 impulse9
 
06.11.18
17:37
(62) ИМХО средние это до 15 миллионов
64 Fuas4
 
06.11.18
17:37
(41) Скажите, сколько у вас будет стоить настройка сервера "под ключ" на PG? Т.е. покупаем железку (по вашим рекомендациям или сами уже купили). Надо поставить и настроить Линукс, PG, настроить обслуживание баз (в том числе бэкапы) и сделать волшебную кнопку "Срочно поднять упавшую базу из последнего бэкапа". Кнопку дать эникею с инструкцией и картинками, как ее нажимать. Сделать такую же инструкцию "Как проверить что бэкапы без ошибок", чтобы эникей по ней раз в неделю поднимал бэкап в тестовую базу и смотрел на результат. Цель: настроить PG один раз так, чтобы вас больше не привлекать и спокойно жить. База: УТ 11.4 на 30-40 активных пользователей. Хочу понять, насколько целесообразно приглашать специалиста
65 Fuas4
 
06.11.18
17:40
+(64) Удаленно это сделать возможно?
66 ansh15
 
06.11.18
17:55
(59) Именно на Postgres или безотносительно СУБД?
67 rphosts
 
06.11.18
17:56
(64) я фикси... ну иногда в свободное время и свободный художник
68 rphosts
 
06.11.18
18:00
(64) >Цель: настроить PG один раз так, чтобы вас больше не привлекать и спокойно жить. База: УТ 11.4 на 30-40 активных пользователей. Хочу понять, насколько целесообразно приглашать специалиста...

Статистика (не моя а в целом по живым базам 1с): рост размера +30% ежегодно. того что вам сейчас норм через год может не хватить.
Если нет рядом спеца по никсам (хотя-бы средненького) - не надо его вам... мы тоже начинали с постгри под окнами.


ЗЫ предварительно, для настройки развернутой базы вполне хватит дня (настройка конфига, бэкап, восстановление, обслуживание).
69 rphosts
 
06.11.18
18:02
(66) вроде как одна из них на оракле, но не 100 а скорее достоверность 99%.
70 ansh15
 
06.11.18
18:02
(64) Сколько то же самое стоит проделать для Windows и MS SQL?
Эникей, могущий настроить правильно план обслуживания баз 1С в среде Windows, уже не эникей, а вполне сосотоявшийся специалист.
71 DeeK
 
06.11.18
18:03
работаем 3 года на PG полет нормальный
72 rphosts
 
06.11.18
18:04
(70) по пингвину и никсам спецов увы меньше
73 Lama12
 
06.11.18
18:24
Все зависит от прямоты рук администратора СУБД. Цены высококачественных специалистов будут примерно одинаковы. Хотя для середнячков в PG будет дороже.

Свое мнение
74 Fuas4
 
06.11.18
18:36
(68) Благодарю! Не ответили про удаленный доступ и цену. Сколько у вас 1 день стоит? И как поставить это все удаленно? У вас в профиле Кемерово. Мне надо, например, в Москве.
(70) В том то и суть, что винду поставит эникей, а MS SQL поставить и настроить - полдня дел даже для меня (а я MS SQL научился настраивать от безысходности). Спецов, которые бэкапы и планы обслуживания по мануалам на MS SQL настроят много, цены разные, но вполне приемлемые.
Держать ради базы на 30 продаванов в штате спеца по линуксу и PG - это не целесообразно, кажется. Он стоимость лицензий на ЗП довольно быстро "съест" и потом будет в убыток работать
75 Fragster
 
гуру
06.11.18
18:37
>винду поставит эникей
ага, потом намучаетесь через пол года/год
76 Fragster
 
гуру
06.11.18
18:37
а вообще по чек листу так же можно настроить без особых проблем
77 AkeHayc
 
06.11.18
18:47
Есть плюсы у Linux + PG, но на Win + MSSQL  есть лицензия на 50 подключений, которой нет на Linux.
А это уже беда. Имхо
78 Провинциальный 1сник
 
06.11.18
18:47
Постгрес был бы неплох, если бы не лажал часто нестедлупом на джойнах с подзапросами, которых в 1с огромная куча из-за самой идеи "виртуальных таблиц".
79 ansh15
 
06.11.18
19:03
(74)>>MS SQL научился настраивать от безысходности
Если добавить к этому еще твердость намерений и желание, то можно и Postgres и Linux освоить. Тем более, что каких-то сверхглубинных знаний особо и не требуется на первых порах. А дальше уже как пойдет :)
80 rphosts
 
06.11.18
19:11
(74) у мну скоро полночь, завтра утром вам на почту напишу
81 rphosts
 
06.11.18
19:12
(75) ну да, есть момент  тип размера блока ФС, права и т.п.

часто это ой как съиграет...
82 NorthWind
 
06.11.18
19:17
(0) На ИС вебинар проводил года два назад. Лустин читал. Было очень много инфы. Если совсем вкратце - 1) только 8.3; 2) только новые конфы (УПП не надо на постгри); 3) достаточно сложная и кропотливая настройка и подъем производительности; 4) предпочтителен Linux в качестве сервера БД, под виндой запуститься можно, но хуже и есть свои нюансы. Как-то так.
83 NorthWind
 
06.11.18
19:30
(74) полдня - это ни о чем. В постгри дня три понадобится только для того чтобы одуплиться какое значение для чего в conf-файлах. И когда вы в результате как-то все поднимете и оно пойдет - далеко не факт что через месячишко не приляжет на проведении какого-нибудь сложного документа, потому что вы наивно думали что вы все настроили, а на самом деле не сделали и половины. У меня в свое время именно так и вышло.
84 NorthWind
 
06.11.18
19:32
(82) проводилИ вебинар
85 Fuas4
 
06.11.18
19:37
(83) В (68) говорят, дня хватит. Что для чего в conf-файлах спец по настройке PG уже ведь знает?
(80) Буду очень признателен
86 Cyberhawk
 
06.11.18
20:26
(39) Так там же конфа поставщика КА 1.1 подпорчена как-то
87 spectre1978
 
06.11.18
22:18
(85) если будет настраивать опытный специалист, то, возможно, все получится. Но. Может, я ошибаюсь, но с постгри есть нюанс - настроить сразу на года и не подходить к базе там вряд ли получится. Лустин описывал кучу скриптов, инструментов мониторинга, всякие "прогревы таблиц" и массу прочей ереси, которая применительно к мсскл звучит диковато, но для постгри, кажется, вполне себе естественна...
88 Фрэнки
 
06.11.18
23:29
(87) // вполне себе естественна = это такой легкий подстеб?
вот так наобум - ничего не определено, но вполне себе чего-то там естественна...
89 rphosts
 
07.11.18
02:26
(82) 2,5 года назад. назывался "Постгри на стероидах"
90 rphosts
 
07.11.18
03:11
+ (89) кста, было одной из причин переноса базы на постгри когда на сиквеле в режиме страничника была с этим проблема (последние сиквелы умеют прикидываться версионниками).
91 spectre1978
 
07.11.18
06:44
(88) ну почему наобум. Именно так и было, и, думаю, есть, если, конечно, заместо вагона скриптов и настроек conf-файлов не сделали инструмент вроде Enterprise Studio под него. Если за прошедшие 2.5 года такой инструмент появился - тогда беру свои слова назад.
92 spectre1978
 
07.11.18
06:45
(89) верно, речь про это
93 daixiao
 
07.11.18
07:16
Если сравнивать, то уж по какому-то конкретному параметру.
Для меня, как не DBA, с точки зрения использования среднезагруженных баз 1С и мелких прочего назначения:
- в плане БД: как хранение и использование данных, права, блокировки, наличие коннекторов на разных платформах - они одинаковые;
- в плане администрирования: MS для меня всё же удобнее. SMSS менее глючный, чем pgAdmin.
- в плане бекапов: есть один значительный минус у Postgres - это онлайн-бекапы. Сделать point-in-time recovery можно только всего кластера, так как WAL'ы не делятся по БД. В MS это куда как проще, быстрее, удобнее - взял бекап журнала транзакций одной базы и без гемора развернул. А с Postgres в этом плане гемор - или восстанавливаешь всё (а в случае с 1С это практически всегда десяток баз от 20 гиг), или держишь каждую БД на отдельном персональном сервере.
- в плане цены - MS безоговорочно капитулирует.

Если попытаться как-то привести к общему знаменателю, то

В Винде Postgres лучше MS
94 daixiao
 
07.11.18
07:26
(82) я не знаю. На волне лицензирования я познакомился и запускал Postgres для 1С.
И мой личный опыт говорит, что
1) "только 8.3": может быть, совсем старых версий не использовал, 8.2 нормально работало;
2) "только новые конфы (УПП не надо на постгри);" - работают, и УПП, и УТ 10.3, и БП 2.0: вообще (!) ни пользователи, ни я никакой разницы не замечаем.
3) "достаточно сложная и кропотливая настройка" - совсем ничего не делал. Скачал, установил, работает, не жужжит даже. Бекапится, восстанавливается, не тормозит.
4) "предпочтителен Linux" - я не заморачивался, на винде работает без танцев с бубном. Но планирую перевезти на линух. Зачем мне держать дорогостоящий и требовательный windows server для Postgres? Лучше я наделаю в docker'е контейнеров и разнесу базы по разным инстансам. Бесплатно, надёжнее, быстрее восстанавливается, в потерю производительности не верю.
95 daixiao
 
07.11.18
07:30
(93) дополнение к пункту "в плане бекапов".
Зато работать с бекапами Postgres намного быстрее. Я могу из бекапа базы размером в 50 гигов за несколько секунд вытащить одну нужную мне табличку и обычным FAR'ом глянуть что у меня там, например, в документе или в регистре было.
96 rphosts
 
07.11.18
07:53
(85) 2.указанный в профиле мэйл не актуален
97 rphosts
 
07.11.18
07:58
(94) тот семинар был про HighLoad базы
98 NorthWind
 
07.11.18
08:09
(94) что-то верится не очень. Потому что у меня опыт тоже был, как раз с УПП, как раз на винде, и отрицательный. Вернее, как отрицательный... Я таки настроил и таки запустил и оно даже три месячишка поработало. Только потом оно стало по часу и больше проводить РСВ. И сделать с этим сколько-то доступными мне средствами ничего не получилось. В конце концов ушли на MS и все облегченно вздохнули.
99 NorthWind
 
07.11.18
08:12
уж не знаю, какой это хайлоуд был - 15 юзеров, штук 500 реализаций в сутки... не Бог весть что, хотя база использовалась, да. Но проблемы были. То что я описал - самая серьезная, были и другие, помельче. Утилита бэкапа, например, иногда не вывозила большие бинари, падала с нехваткой памяти
100 Фрэнки
 
07.11.18
08:23
УПП падает до сих пор. Не дружит она с утилитами бакапа

Но главное продолжать рассказывать о прошлом в будущем и настоящем :-)
101 daixiao
 
07.11.18
08:28
(97) это важно. Повторю, нелишне будет, - мой опыт - средненькая такая загрузка, как у 80% клиентов.

В среде с высокой загрузкой всё сразу по-другому становится.


(99) Могу только посочувствовать. Загрузка никакая, дело явно не в ней.

(100) То, что я рассказываю - в моём настоящем. Две УПП работают, без вопросов. Но у меня они обновляются, и платформа, и конфа.

"Не дружит она с утилитами бакапа" - для меня звучит прямо дико: как конфигурация может не дружить с утилитами бекапа и почему вообще она должна с ними дружить?! До чего удалось докопаться? В чём причина такого поведения?
102 Фрэнки
 
07.11.18
08:46
(101) По моим наблюдениям - это какой-то глюк с двумя видами конфигураций УПП 1.3 и КА 1.1 - исключительно с ними. Обходится этот глюк очень просто. Сама база на сервере не должна сидеть в режиме включенных изменений сохранением поддержки. Если нужны обновления с внесенными изменениями в типовую, то готовишь локально (на тестовой копии разработчика) файл-конфиг в виде CF, готового к применению к базе, затем Сравнением, объединением устанавливаешь на продакшн базу и все.

Зачем нужно в продакшн версии базы с конфигурацией с изменениями дополнительно хранить конфигурацию поставщика - вероятно просто шаблон какой-то, от которого многие не могут отказаться
103 Фрэнки
 
07.11.18
08:47
104 mgk2
 
07.11.18
08:50
(102) Ты на реальных базах эту методику обновления применяешь?
105 stopa85
 
07.11.18
08:53
Одно время у меня было две инсталляции моей самописки. Первая работала в условиях линуха и постгреса (по моему аж 8.x.x), вторая на MS SQL 2005 с железом похуже .

Был один запрос, мне он казался тяжелым, на постгресе 3-5секунд, на MS 1-2сек.

А потом наступила беда. Запрос этот начал тупить на постгресе: 10-30сек. Сделаешь вакуум и реиндекс, все норм, но через пару дней опять.

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

Свое мнение
106 daixiao
 
07.11.18
08:58
(102) "Зачем нужно в продакшн версии базы с конфигурацией с изменениями дополнительно хранить конфигурацию поставщика - вероятно просто шаблон какой-то, от которого многие не могут отказаться"

очень жаль, что не понятно. У меня вот в декабре обновление ERP после таких вот непонятливых грядёт ;o( Будем вспоминать времена семерки.
107 Фрэнки
 
07.11.18
08:59
(104) Конечно. Посуди сам. База все нормальное рабочее время в режиме работы хотя бы нескольких десятков пользователей. Любая длительная процедура в монопольном режиме вызывает колапсс.
И что тогда толку от сохранения конфига поставщика в продакшн, если попытка именно использования инфы из этого конфига (фактическое исполнение процедуры обновления с учетом изменений, дописок и т.д.) обязательно поставит базу в позу на несколько десятков минут или даже часов. И это еще без учета вероятных ошибок. Т.е. по любому вылизываешь конфу на тестовом компе или хотя бы на тестовой базе разработчика и только на финише объединяешь ее с боевой.
108 NorthWind
 
07.11.18
09:02
(101) падала табла configsave, кажется. Причем не сразу, с определенного релиза, где она разрослась. Там есть колонка с бинарем толстым. Вот этот бинарь не вывозился. Утилита падала по нехватке памяти.
109 Фрэнки
 
07.11.18
09:03
(106) и если требования к надежности и непрерывности работы очень высокие, то и два сервера 1С ставить приходится - клиенты соглашаются с их установкой. Хотя это как минимум покупка доп ключей 1С-серверов, чтобы можно было разработчикам и саппортам тестить проблемы, дописывать и допиливать с минимальными рисками для пользовательской работы.
110 NorthWind
 
07.11.18
09:03
(100) ну а как еще. Есть опыт, он вот такой. Есть информация, которую давали на вебинаре, она вот такая - про кучу скриптов и кучу секса с ними. Я сразу написал дисклеймер, что если что-то за эти годы существенно изменилось - беру свои слова назад. А там как знаете.
111 daixiao
 
07.11.18
09:43
(109) как вариант: обновить, подготовить и оттестить конфу на девелоперской базе. Потом на боевой - накатываем типовые обновления (они обновят конфу поставщика), потом накатываем готовый cf-ник с изменениями, и заканчиваем применением конфы в БД.

Разницы для пользователей - никакой, время перерыва в работе 1С остаётся тем же. Зато есть актуальный шаблон поставщика.

А то ведь оно как: допускаю, что можно и забить на конфу поставщика, не смертельно. Но ведь это читает вчерашний студент или падаван, для которого словосочетание "конфигурация поставщика" - это нечто туманное, непонятное и с виду бесполезное. И для простоты и логичности решает эту стороннюю практику применить не в рамках организованного и контролируемого IT-отдела, а у разового заказчика, которому надо "вот тут чуть-чуть поправить". А там все прелести - база девелоперов непонятно где, доработки то через девелоперскую базу, то напрямую в боевую, девелоперская база с наработками перетирается свежей копией рабочей, в общем, обычный бардак.
   А вот в моей грядущей ERP ещё прикольнее трагедия: другой студент начал это дело обновлять и не придумав ничего лучше, вместо переноса доработок заказчика на новую типовую, сравнил конфы и перенёс доработки 1с на конфу заказчика. Ясное дело, не всё, а "самое важное и нужное".

Так что я за то, чтобы не пренебрегать конфигурацией поставщика.
112 arsik
 
гуру
07.11.18
09:51
(64) Вот же в видео реклама Дорошкевича. Обратись туда. https://is1c.ru/optimus/
113 Фрэнки
 
07.11.18
09:59
(111) ну это тема для отдельного холивара :-)

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

з.з.ы. // сравнил конфы и перенёс доработки 1с на конфу заказчика // Ну и как, его смогло остановить наличие в базе конфиги поставщика? Он ее из базы удалил, т.е. снял ее с поддержки или просто на...кодил (мягко говоря)?
114 daixiao
 
07.11.18
10:28
(113) "Ну и как, его смогло остановить наличие в базе конфиги поставщика?"
Предположу логику такую:
  Если видишь, что поддержка соблюдается, конфа поставщика актуальна, сравнение выдаёт все доработки, то ты не рискуешь  последствиями небрежной работы, обновляешь по-правильному.
  А если видишь, что конфа поставщика или двухлетней давности, или вообще конфигурация снята с поддержки, то делаешь вывод, что на её соответствие типовой и изоляцию доработок давно забили, а значит, что можно не париться, не конструировать cf-ник старого релиза, который как всегда быстро взять негде, быстренько перенести чего просят из нового релиза, подписать акт и свободен.
115 Fragster
 
гуру
07.11.18
10:30
(106) в смысле? должна быть база с измененной типовой (в хранилище, git или еще как), из которой делается свой поставка, которая через .cfu накатывается на прод, который закрыт для изменений.
116 daixiao
 
07.11.18
10:44
(115) ну ага, это так выглядит большинство заказчиков? С 1с-никами на фиксях, хранилищем-гитом-ещё-как'ом, фикси-админом, который не забудет при апгрейде железа про этот тестовый сервак с базой разработки?

Для себя - да делайте как хотите. Хоть публичный проект на гитхабе организовывайте. А если заказчику ещё жить и может быть, даже не с вами, а ещё лучше с кучей других и может даже франчами, то будьте, добры, минимизируйте количество сущностей, предусмотрите, что пропажу боевой базы - заметят сразу, а пропажу вашей девелоперской - только через год, когда ставка НДС поменяется.
117 Nikoss
 
07.11.18
11:35
(105) для 1С в постгри нужно ставить "автовакуум"=on, иначе происходит именно то что ты написал - со временем все хуже и хуже, вплоть до очередного вакуума. А может в бородатой 8.х.х версии автовакуума вообще не было...
118 daixiao
 
07.11.18
11:50
(117) что-то знакомое, только не помню, почему.

Посмотрел конфиг на одном серваке, по-умолчанию autovacuum включён (закомментирован). Не думаю, что его специально отключают без дальнейшей настройки скриптов обслуживания.

Я пользую сборку Postgres с сайта 1С, на винде.
119 Йохохо
 
07.11.18
12:05
(118) в (27) об этом доступно и всерьёз
120 Пузан
 
07.11.18
12:44
Тут многие пишут что именно Постгрес Про соперничает с МС Скулем по производительности. Но давайте не будем забывать, что Постгрес Про уже ни разу не бесплатный, а это уже как бы совсем другой коленкор.

Свое мнение
121 Fragster
 
гуру
07.11.18
12:48
(120) бесплатный. платная поддержка, которую можно и не покупать.
122 Пузан
 
07.11.18
12:52
(121) Это Стандарт. А все фишки реально ускоряющие работу входят в версию Ентерпрайз, а она уже денег стоит.
123 g00d
 
07.11.18
13:10
С большой нагрузкой и большим количеством клиентов постгрес на линуксе лучше, а мс очень ресурсоемкий.
У нас 3 сервера постгрес + 6 серверов 1С и около 400 одновременных пользователей.

В Линуксе Postgres лучше MS
124 dk
 
07.11.18
13:38
200 пользователей на базе в полтерабайта SQL 2000 на 36 гб оперативы

В Винде MS лучше Postgres
125 H A D G E H O G s
 
07.11.18
13:47
(0) Теоретически, производительность должна быть одинаковой, физические законы одинаковые.
Теоретически, на большие проекты - однозначно MS SQL, просто потому что спецов по нему - больше. В Postgree админ так и будет сидеть на тормозной базе и "вакуум" делать, разводя руками - "Это все ваша 1С тормозит, кривые вы люди."

Свое мнение
126 ansh15
 
07.11.18
13:55
(117) В 7.4 уже был, как contrib-расширение.
127 Пузан
 
07.11.18
15:06
(125) Причем тут физические законы? Вопрос в алгоритмах и их реализациях, к физике вообще никакого отношения не имеет.
128 rphosts
 
07.11.18
15:08
(101).3 с полным соединением просто швах у постгри был совсем недавно (с полгода назад последний раз проверяли)... т.к. у нас крайне старый релиз УПП(думаю в новых как минимум отчасти учтено) перепиленный вдоль и поперёк - упыпырище решили оставить на сиквеле... единственное что на нём оставляем.
129 rphosts
 
07.11.18
15:13
(125) спорно, страничник и версионник работают несколько по разному. У каждого есть свои моменты
130 H A D G E H O G s
 
07.11.18
15:14
(129) Ну, я не про это.
Я про поиске, сортировку, соединение таблиц, индексацию.
131 rphosts
 
07.11.18
16:14
(130) не, ну конечно сики сканы, нестедлупы и прочее и там и там ибо на одной теории БД, а вот реализация и детали уже могут очень различаться
132 Вафель
 
07.11.18
16:16
(125) это предельная теоретическая производительность  одинаковая. а в реальности конечно же разная
133 Fuas4
 
07.11.18
19:30
(96) [email protected] Вот сюда можно написать
134 Маленький Вопросик
 
07.11.18
19:41
(59) что за безобразие - dt-шник 41гб - за базой вообще никто не следит что-ли
135 Маленький Вопросик
 
07.11.18
19:47
(99) это не хайлоад - это смех - на складе дистрибьюции - до 3 тыс док делаем - работают 15 торговых - скидывают заказы - потом регламентом отрабатываем создаем реализацию и пко. - неприрывная работа винтов ссд - заказ каждую секунду....

оператора - всего 2 человека..

на первом этапе у нас сильно конфликтовали база вебсервиса агентов с базой скл УТ

но я думаю посгр рядом не стоял с мсскл все равно
136 Nyarlathotep
 
07.11.18
20:20
На Windows однозначно MS лучше Postgres, но

В Линуксе Postgres лучше MS
137 la luna llena
 
08.11.18
11:15
(79) я не согласна, по MS SQL всё достаточно просто, работает нормально "из коробки", можно сделать бекапы автоматом по инструкции в сети с картинками, разобралась сама за пару дней, работает без проблем уже 10 лет переезжает на разные сервера. (щас сглажу)
В постгри пыталась разобраться неделю, плюнула. Все семинары, что смотрела, пугают пипец как, туда не ходи, сюда не ходи, шаг вправо, шаг влево всё рухнет.
138 Фрэнки
 
08.11.18
11:27
(137) так все видосики как записали 10 лет назад, раз указано о "уже 10 лет переезжает", так они и валяются до сих пор с кривыми инструкциями
139 Вафель
 
08.11.18
11:29
(138) в этом вся и проблема, что все вермя все менятеся, как прям в ерп.
только выучил - уже все устарело )))
140 Cyberhawk
 
08.11.18
11:35
(139) В Постгри меняется или где?
141 Alexey_Morov
 
08.11.18
15:12
PostgreSQL существенно хуже MS SQL по ряду показателей:
1. По производительности - в разы, на некоторых запросах даже в десятки раз. Глубого тюнинга и оптимизации как запросов, так и самого движка тут не сделать. В PostgreSQL нет даже элементарного AWE (address windowing extension), нет GAM, IAM (index allocation map), нет плотной работы с extent. Для сравнения запустите select c(*) from [table], где table - имя вашей наиболее загруженной таблицы. Уверен, что даже при наличии достаточного количества индексов PostgreSQL пойдёт путём тупого сканирования таблицы и, кроме того, это займёт неадекватное время. В Инете найдёте много интересного про то, как народ корячится и делает костыли для оптимизации даже такого простого запроса.
2. Нет оптимизации под оперативную память и количество ядер.
3. Абсолютно нет онлайн построения индексов. Грубо говоря, если есть таблица в PostgreSQL, в которой построены индексы на некоторые столбцы, то после вставки КАЖДОЙ записи в таблицу для индексирования необхоидмо делать принудительное реиндексирование (тут гуглим про VACUUM, REINDEX).
4. Абсолютно ужасный набор штатных утилит. Про "функциональность" и глючность pgAdmin уже спето много песен на stackoverflow. Сторонние утилиты также глючны, дороги и не поддерживают многих вещей, которые появились в PostgreSQL 11. Зачастую то, что есть в одной платной утилите - нет в другой. Но зато в другой есть то, чего нет в первой. По факту ничего толкового в IDE для PostgreSQL нет. В штатной pgAdmin ужасно работает intellisense. Вдобавок pgAdmin очень медленная.
5. Удивительно, но PostgreSQL жалуется на нехватку памяти даже когда в сервере стоит 64 Гб ОЗУ и вся она свободна (работает только PostgreSQL) и тупо прекращает работу, подвесив свои сервисы, а инлгда даже и сервер перестаёт отвечать.
6. Отказоустойчивость и работа с аварийным режимом (emergency mode в рамках MS SQL) не реализована даже на минимальном уровне. В итоге нет даже таких понятий, как torn pages и прочее.
7. По синтаксису и сложности написания запросов, скудности своих возможностей, отсутствию джобов, интеграции с внешней средой (в PostgreSQL нет даже аналога для xp_cmdshell) PostgreSQL топчется на уровне MS SQL 7.0 или даже хуже. Во.

В Винде MS лучше Postgres
142 Alexey_Morov
 
08.11.18
15:26
Переходить на PostgreSQL имеет смысл только если база данных не очень большая и иммеет смысл кое-как поставить её на Линукс и сэкономить чуть-чуть за счёт лицензий Windows и MS SQL. Только остаётся открытым вопрос сколько будет стоить установка и настройка, поддержание Линукса + PostgreSQL. Во.
143 tesseract
 
08.11.18
15:29
(141) Это что за школьная чушь?

(142) 8 300 гиг+ баз 100 с лишим пользователей. Не тормозит от слова совсем.
144 tesseract
 
08.11.18
15:30
(137) Ну если по картинкам настраивать тут да.... только MS SQL.
145 rphosts
 
08.11.18
15:44
(141)это уже не трава...
146 Alexey_Morov
 
08.11.18
15:45
(145) Вот именно, что PostgreSQL корявый настолько, что нужно вешаться сразу.
147 tesseract
 
08.11.18
15:51
(146) Это кто-то админом называется по ошибке.
148 rphosts
 
08.11.18
15:51
(146) ну ок, давай мериться... на какой у тебя базе (конфа, размер базы, сеансов в пике) проблемы с 1С при использовании постгри?
149 olo_lo1
 
08.11.18
15:56
народ есть ли нормальный, человеческий способ архивации и восстановления баз через PostgresSQL ? приведите пож инструкцию
150 Alexey_Morov
 
08.11.18
15:58
(148) 1С не использую.
Имеются 3 базы по 11, 39 и 8 Тб. Всё тормозит. Не получить даже select count(*) from t;
Базы данных - структурированные, приведённые к нормальной форме. Содержат информацию о котировках бумаг, рыночные данные, индексы и прочее.
151 rphosts
 
08.11.18
16:00
(149) меня устраивает pg_dump с выгрузкой в формате plane text
152 rphosts
 
08.11.18
16:01
(150) 39 ТБ?
153 rphosts
 
08.11.18
16:04
Для картины "охотники на привале" не вы позировали?
154 Alexey_Morov
 
08.11.18
16:07
(152) Да. 39 Тб. Это немного.
Под базы данных организованы RAID 0 массивы из быстрых дисков. Всего у нас 5 полок хранения для сервера HP 360DL Gen10.
155 tesseract
 
08.11.18
16:08
(149) Чем pg_dump / pg_restore не устраивает? В

(150) План запроса посмотреть вера не позволяет?
156 Вафель
 
08.11.18
16:09
(155) смотреть план для запроса select count(*) ???
157 Fragster
 
гуру
08.11.18
16:25
(156) если нет кластерного индекса (таблица типа куча), то должен быть скан
158 Fragster
 
гуру
08.11.18
16:26
ну или первичного ключа
159 Fragster
 
гуру
08.11.18
16:27
а вообще если часто происходит запрос select count(*), проще добавить пару триггеров и еще одну таблицу с одной строкой, в которой будет одно значение.
160 Alexey_Morov
 
08.11.18
16:29
(159) Во-во.
А потом ещё замучаетесь поддерживать этот костыль, когда присходит как вставка, так и удаление строки. Во.
161 Fragster
 
гуру
08.11.18
16:43
(160) если руки прямые - то не намучаетесь
162 tesseract
 
08.11.18
16:53
(160) Это не костыль, это ты просто не знаком с оптимизацией.


Как пример :

SELECT reltuples::bigint AS estimate
FROM   pg_class
WHERE  oid = 'Схема.Таблица'::regclass;

Выдаст тебе колзаписей практически мгновенно.
163 Alexey_Morov
 
08.11.18
17:26
(162) ИМХО это всё равно костыль, если не предусмотрено штатной функции.
164 Fragster
 
гуру
08.11.18
17:30
(163) незнание инструмента с которым работаешь - вот костыль.
165 Alexey_Morov
 
08.11.18
17:30
Кроме того, reltuples - это ПРИБЛИЗИТЕЛЬНОЕ число строк:

Вот что говорят спецы:
"Number of rows in the table. This is only an estimate used by the planner. It is updated by VACUUM, ANALYZE, and a few DDL commands such as CREATE INDEX."
166 rphosts
 
08.11.18
17:31
Сдается мне кто-то тут балаболит...
Уж не в отделении ли предыдущей империи зла он работает?
Ну или другая причина откровенно брехать, возможно.
167 rphosts
 
08.11.18
17:31
(165) пруф?
168 rphosts
 
08.11.18
17:33
(157) у 1c и без кластерного? Ну разве что основная таблица у РР и какие-то таблицы по РБ... но там есть первичный (разделитель+набор измерений).

Ох кто-то же фантазирует...
169 Fragster
 
гуру
08.11.18
17:34
(168) ну так в (150) пишет, что не 1с
170 rphosts
 
08.11.18
17:34
+ (168) даже для временных таблиц, если их индексировать, в 8.3 строится кластерный индекс
171 Alexey_Morov
 
08.11.18
17:34
172 rphosts
 
08.11.18
17:37
(169) а никто не говорил что грамотное проектирование базы архитривиальная задача... для одинэснегов тут желтокрасные много чего продумали.
173 tesseract
 
08.11.18
17:41
(165) Точное число строк в версионнике - величина плавающая, да и обычно нафиг не нужное. Это же не лист с Excel.
174 Фрэнки
 
08.11.18
17:42
(173) тем более, что в объяснении человеческим языком указано, после каких процедур это число строк в таблице меняется - вполне ожидаемо, что оно должно меняться из-за VACUUM
175 la luna llena
 
08.11.18
17:47
(144) если есть возможность держать админа, который будет полгода ковырять настройки то да, если нужно сделать чтоб работало и без осообых вопросов, то ms
176 tesseract
 
08.11.18
17:52
(175) У меня больше 15 минут на установку не уходило :-)
177 la luna llena
 
08.11.18
19:52
(176) за 15 минут настроить Postgres, чтобы ничего не лагало, всё летало, бекапилось и не упало через полгода. Научите?
178 Alexey_Morov
 
08.11.18
19:53
(172) получается, что использовать Postgresql в случае не 1С приложений категорически сложно, так как много всего нужно самому делать вручную?
179 rphosts
 
08.11.18
20:01
(178) Во первых: если вы не обратили внимание в этой ветке обсуждение базоводов в контексте использования их с 1С, а вы оффтопите.
Во вторых: если есть голова и прямые руки - многие проблемы оказываются разрешимы... Но если вы привыкли забивать молотком шурупы - это не шурупы уступаю гвоздям, а они немного другие и требуют другого инструмента.
180 tesseract
 
08.11.18
22:57
(177) А что MS SQL уже не лагает и летает? После перехода на Postgres в 2015 у нас скорость как раз выросла :-)


Не благодарите, дешевле чем ms sql на 8 ядер. https://postgrespro.ru/education/courses
181 la luna llena
 
08.11.18
23:50
(180) не лагает,
Это уже 2 недели с отрывом от работы и приличная сумма
182 tesseract
 
08.11.18
23:56
(181) MS SQL у вас на сколько ядер лицензирован? А сервер? И там Видеокурсы таки нашару дают. Только учись.
183 tesseract
 
09.11.18
00:20
(179) Да ему DBF хотя бы освоить, судя по заявлениям, что MS SQL настолько крут, что не требует дефрага индекса. Ну да закладка "Job" в менеджере для полных идиотов предназначена и SQL Agent - это старшный и не нужный зверь.

MS SQL качественная и хорошая СУБД, особенно после 2003, когда все наследие sybase в виде жора памяти, косяков оптимизатора с зависанием запросов с полным table scan  и косяков с временными таблицами были порешены - так топовая по качеству планировщика. Только самонастраиваться она то-же не умеет. И в настройке и оптимизации еще посложнее Postgres, хотя Oracle переплевывает всех.
184 DGorgoN
 
09.11.18
03:06
(0) Если постгри настроить то будет лучше работать чем скуль + ведь можно в исходниках покопаться - тут аналогия с ручной коробкой и автоматом при равных остальных ттх.

Свое мнение
185 rphosts
 
09.11.18
03:59
(184)вот попрошу!!! Копаться в исходниках да ещё и хотя-бы с самым минимальным выхлопом - удел тех кто только этим и занимается большую часть рабочего времени.
186 rphosts
 
09.11.18
04:00
(183) sybase? Кто-то ещё помнит откуда взялся (у кого был куплен) сиквел!
187 Гобсек
 
09.11.18
04:12
Даже чтение этого форума показывает, что стоимость владения MS SQL ниже стоимости владения Postgres. Если в организации и найдется сотрудник, который в разумное время в нем разберется, то после его ухода возникнут проблемы.

В Винде MS лучше Postgres
188 rphosts
 
09.11.18
04:13
(180) спс, как-же мир тесен... Давно не видел Павла Лузанова...
189 Гобсек
 
09.11.18
04:14
(187) + Если в организации и найдется сотрудник, который в разумное время разберется в Postgres, то после его ухода возникнут проблемы.
190 rphosts
 
09.11.18
04:19
(187) >Если в организации и найдется сотрудник, который в разумное время в нем разберется, то после его ухода возникнут проблемы.

точно! В одной конторе однажды.... в общем когда обратились ко мне выявил что база сиквела не обслуживалась минимум полгода (полгода как уволился тот кто занимался СУБД, причем ушёл по травме на длительный бл с последующим увольнением, так что диверсия исключена)... база тормозила обычно и часто повисала на пару минут... итого: сделал регламентное обслуживание - примерно минус 30% к времени выполнения, макспараллелизм сменил с 0 на 1 - подвисания пропали... сделал ещё кое что.
На выходе отсутствие провалов и почти двухкратное ускорение... сам был в шоке от такого выхлопа! а вы мне про изкаробки впариваете.
Будет изкаробки и даже норм, но только если железо с несколькократным заделом по производительности. Все готовы переплачивать по железу и лицензиям?
191 rphosts
 
09.11.18
04:21
(189) если сотрудник не чудак на букву М и его не ушли по плохому - он передаст дела. Если его нач адекватен - он позаботится о том что-бы его обязанности кто-то мог  подхватить
192 Nikoss
 
09.11.18
06:43
(180) а ну вот теперь ясно, откуда столько позитива к PG... засланец от postgrespro)))
193 rphosts
 
09.11.18
07:17
он где-то солгал? Если нет - это не относится к теме никаким боком
194 Nikoss
 
09.11.18
07:48
(193) относится. Очевидно предвзятое мнение.
195 rphosts
 
09.11.18
08:14
(194)ок, но почему лично вы видите это за tesseract но не замечаете за Alexey_Morov ?
Вы свое мнение считаете не предвзятым?
196 Cyberhawk
 
09.11.18
08:15
(190) "макспараллелизм сменил с 0 на 1 - подвисания пропали" // Многопроцессорный хост что ли был? Ведь если проц один, то этот параметр ни на что не влияет
197 Nikoss
 
09.11.18
08:21
(195) У Alexey_Morov не заметил рекламы в сообщениях. Я вижу просто его мнение, как и других кто в этой теме.
198 rphosts
 
09.11.18
08:26
(196)угу, но параметр не по процам а по ядрам
199 rphosts
 
09.11.18
08:27
(197) если вы откроете глаза пошире то увидите, что то что касается базоводов имеет прямое отношение к этой ветке.
А уж халява напрямую не может считаться рекламой
200 Фрэнки
 
09.11.18
08:37
(197) А Вы ни разу не слышали о том, что в структуре компаний, занимающихся продвижением продуктов Майкрософт есть даже штатные должности Евангелисты? Нет? Очень интересные вещи могут рассказывать такие специалисты. Не думаю, что здесь в ветке есть евангелисты, но причастность к продажам продуктов майкрософт вполне может быть
201 Фрэнки
 
09.11.18
08:41
Это я к тому вообще-то, что на фоне деятельности продажников линейки MS SQL ни капельки не зазорно продажникам Postgres Pro Enterprise тоже можно проявлять некоторую активность.

И кстати, обратите внимание, что есть некоторые особенности, когда продвигают Postgres Pro и когда Postgres Pro Enterprise.
202 Фрэнки
 
09.11.18
08:54
И еще кстати, если уж действительно давать сравнения и преимущества СУБД с технологической точки зрения, то желательно также понимать, что коммерческий продукт не вполне корректно сравнивать с полностью некоммерческой версией. Есть рекламная страничка - ссылка ниже - и там не просто стоимость разных лицензий Postgres Pro *** , но и краткие перечисления отличий и ссылки на документацию.

Подход достаточно серьезный в этом вопросе. И перспектива у Postgres Pro есть.

https://www.1csoft.ru/publications/8143/23901658/?ELEMENT_ID=23901658
203 Фрэнки
 
09.11.18
08:57
И еще нужно понимать, что у коммерческого продукта MS SQL тоже накопилось за все годы его жизни много версий/релизов/сервиспаков, а большинство возникающих проблем время от времени решаются обновлением софтин.
204 la luna llena
 
09.11.18
09:08
на самом деле очень приятно видеть как активно развивается Postgres, еще несколько лет и он положит MS SQL на лопатки
205 Nikoss
 
09.11.18
09:43
(204) к тому времени, он станет (или уже стал) такой же платный как и МС. А вся соль постгри, в первую очередь, в бесплатности.
206 Alexey_Morov
 
09.11.18
09:48
(195) Рекламы не делаю. Делюсь своим опытом, так как он не связан с 1С. В целом если судить по нескольким критериям, то с PostgreSQL всё печально.
207 Alexey_Morov
 
09.11.18
09:55
(205) Почти все СУБД ушли достаточно далеко. PostgreSQL сравнительно свежий (первый хилый релиз был в 1995 году) и качественной реализации многого функционала не достиг.
Поэтому до уровня текущих Oracle/MS SQL ему ещё развиваться лет 8-10. Тем более, что команда, которая двигает PostgreSQL, крайне незначительная.
PostgreSQL стали активно пиарить и прорабатывать только в 2015-2016 году, когда был издан указ о том, что PostgreSQL будет аналогом импортозамещения импортных производителей СУБД.
Побробно указано про это тут: https://ru.wikipedia.org/wiki/PostgreSQL#Дальнейшие_планы
Так что не удивлён, что про PostgreSQL стали говорить много и невпопад.
208 Fragster
 
гуру
09.11.18
10:04
(207) ну яндекс, например, ушел с оракла на постгре
209 Alexey_Morov
 
09.11.18
10:08
(208) У Яндекса свои причины. У них многое очень уникально и находится в облаках. У MS SQL с облаками пока что всё плохо.
210 Alexey_Morov
 
09.11.18
10:09
(208) Тот же самый MS Azure, который продвигают уже более 8 лет, пока что не взлетел.
211 ansh15
 
09.11.18
10:09
Как-то задавался этим вопросом в аналогичной теме, кода-то...
Почему при приобретении железного сервера включается беспощадное желание сэкономить деньги работодателя/клиента на всем, чем только можно(процессоры. память и .т.д., исключая SSD, конечно)? А вот MS SQL купить, так всю бережливость как рукой сразу снимает. Миллион на лицензии? Да не вопрос, работодатель платит(за обеспечение "зоны комфорта" программисту).
212 Cyberhawk
 
09.11.18
10:12
(211) У кого возникает такое желание?
213 rphosts
 
09.11.18
10:47
(211) вы не в тренде... ващет давно-давно было понятно, что есть бюджет и он будет потрачен на Хард+Софт... а так как сервернеы оси тоже стоили конски ряд фирм решили что неплохо-бы поддержать линукс, т.к. везде где он вытесняет платную ос - это бабло перетекает в карман железячников и разрабов прочего софта, поэтому посчитали выгодным вложиться железячник Интел, отчасти железячник ИБМ и софтверник Орукул... чуть позже Оракул купил сан и стал "хрд энд софт тугеза!" - на чём хорошо поднялся
214 dmrjan
 
09.11.18
10:49
PostgreSQL лучше там, где любители MS не ставят палки в виде всяких криворуких защит конфигураций под Windows. Современные типовые конфигурации очень даже неплохо работаю. Куча народа работает на Windows Server 2008 стандарт. а там ограничение по памяти в 32Гб.

В Линуксе Postgres лучше MS
215 tesseract
 
09.11.18
11:08
(207) Моров вы в Южном Тобольске историю развития СУБД изучали?  

>> Так что не удивлён, что про PostgreSQL стали говорить много и невпопад.

Ты наверное никогда не работал в компаниях, где кластер на 1024 процессоров считает дрыщевым. Там с Оракла начали слезать в начале 200х. У слона есть забавная фишка - он может мимикрировать почти под любой диалект SQL.  В том числе под pl/sql.

(209) (210) У MS SQL -то с облаками плохо? Они первое место по облачным технологиям занимают! В этом квартале обогнали Amazon по выручке.  Похмелитесь уже.   За развитие MS SQL с 2013 года - тадам! Отвечает один из ведущих разработчиков Postgres.  


(211) Про откаты слышал?
216 Cyberhawk
 
09.11.18
11:11
В общем, МССКЛ и Постгри - это как Марс и Сникерс. Иллюзия выбора с одними и теми же заправителями :)

Свое мнение
217 Alexey_Morov
 
09.11.18
11:11
(215) PostgreSQL нет ни в МТС, ни в Мигафоне. Про Билайн не знаю. Также его нет и в банковской сфере. Тот же самый Сбербанк осваивает всякие рахные другие базы (достаточно подробно про это написано на sql.ru)
218 tesseract
 
09.11.18
11:17
(217) Ну мегафон недавно к HP иск выставил.  

Многие банки в столичном регионе перешли на слона и довольно давно.
219 tesseract
 
09.11.18
11:19
(216) Это просто разные базы, DB2 как пример во всем нефтяном секторе стоит.
У MS SQL нормальная поддержка кластеров появилась примерно в 2015. До этого все страдали с оптимизацией.
220 Alexey_Morov
 
09.11.18
11:22
(219) Есть какая-нибудь информация, источник, что банки перешли на PostgreSQL?
221 tesseract
 
09.11.18
11:23
(220) А у вас есть какая-нибудь информация, что банки сидят на MS SQL?
222 dmrjan
 
09.11.18
11:28
(217) По той информации, которая озвучивается на PgConf интерес есть у многих специалистов. Если какой-то фичи не хватает, то со временем они разрабатываются. В PostgreSQL 11, например, появились хранимые процедуры.
223 Alexey_Morov
 
09.11.18
11:29
(221)
1. Петрокоммерц (нынешний филиал Открытия) - MS SQL
2. Почта Банк - MS SQL
3. Россельхозбанк - Oracle
4. ВТБ24 - Oracle
5. Альфа банк - Oracle
6. Аллах Акбар банк https://www.akbars.ru/office/detail.php?ID=4553 - MS SQL
7. Газпромбанк - Oracle

У нас есть банк-клиенты и торговые терминалы (в частности ГПБ QUICK) этих банков. И поэтому я тесно общаюсь с техподдержкой и знаю их внутреннюю кухню.
224 Alexey_Morov
 
09.11.18
11:32
(222) О да.... Спустя много-много лет. Эти процедуры были в MS SQL ранних версий (годы 1988-1993). https://ru.wikipedia.org/wiki/Microsoft_SQL_Server#SQL_Server_7.0_(1996%E2%80%941998
225 tesseract
 
09.11.18
11:32
(223) "Открытие" как раз на Postgres :-)

(222) Я то есть не хранимыми процедурами 20 лет пользовался?
226 Alexey_Morov
 
09.11.18
11:34
(225) Скажите про PostgreSQL Тимофею Мелехину из службы техподдержки. Вот он изумится... Могу назвать номер телефона техподдержки.
227 tesseract
 
09.11.18
11:36
(224) Он тогда назывался sybase.
228 Aleksey
 
09.11.18
11:36
(226) миграция с ORACLE на PostgreSQL системы управления заявками OTRS банка «Открытие»,
https://postgrespro.ru/blog/news/187777
229 ДенисЧ
 
09.11.18
11:37
(227) SQL Server 7 назывался sybase? Отсыпь маленько...
230 Aleksey
 
09.11.18
11:37
Вопрос мы про какю БД говорим? Про ту в которой регестрируются посетители на входе, CRM,, или на которой 1С в банке крутиться?
231 tesseract
 
09.11.18
11:38
(223) У нас есть банк-клиенты и торговые терминалы (в частности ГПБ QUICK) этих банков. И поэтому я тесно общаюсь с техподдержкой и знаю их внутреннюю кухню.


Тебя к внутренней кухне не допустят :-)
232 tesseract
 
09.11.18
11:38
(229) Он внутри был sybase.
233 ДенисЧ
 
09.11.18
11:41
(232) Выдыхай. Он тогда уже был собственностью МС. Даже 6.5 был мс
234 Alexey_Morov
 
09.11.18
11:43
(229) Не кормите тролля. Сейчас пятница. Такой пурги наметет сейчас!
235 Aleksey
 
09.11.18
11:44
Исторически первым и самым известным продуктом Sybase является реляционная СУБД SQL Server

Выпущенный в 1988 году продукт SQL Server 1.0 был создан совместно с Microsoft и Ashton-Tate (англ.) для платформы OS/2, на основе кодов Sybase SQL Server для Unix и VAX/VMS

Sybase и Microsoft в 1996 году приняли решение прекратить совместное развитие продукта, и самостоятельно развивать каждый свою ветку. Таким образом, появились две различных СУБД с общим наследием в виде процедурного языка Transact-SQL и архитектуры обработки данных: Sybase Adaptive Server Enterprise и Microsoft SQL Server.
https://ru.wikipedia.org/wiki/Sybase
236 Фрэнки
 
09.11.18
11:45
вообще, если говорить про достаточно крупные банки, а в особенности - именно о крупных банках - то там серверов СУБД много, очень много. Воображать, что абсолютно везде-везде-везде в каком-то банке стоит Оракл, с учетом того, что лицензирование Оракл стоит больших денег и его нужно постоянно продлевать - это очень большая наивность.
237 ansh15
 
09.11.18
11:51
(212) У тех, кто на предложение купить нормальный сервер взамен старого, тормозного с дешевым медленным процессором, гордо отвечает "Не предлагать!". А предложение поставить 1С на Linux и PostgreSQL игнорируется.
(213) Я так глобально не смотрю... :)
238 tesseract
 
09.11.18
11:52
(235) Статьи на вики имеют очень малое отношение к действительности. Особенно у русской.


(236) Там Oracle используется как часть системы, которая отлично работает. Там во многих местах еще SUN / VMX можно найти.
239 ДенисЧ
 
09.11.18
11:53
(238) Посты tesseract на мисте тоже имеют не так много с действительностью
240 tesseract
 
09.11.18
11:55
(239) А вы можете возразить напрямую? Например ставили 7 сервер на SUN или win2000?  Или тупо - сервера перегружаете по заданию?
241 Alexey_Morov
 
09.11.18
11:56
(239) Что-то я упустил. Если можно, подскажите ветки, которые стоит почитать для ознакомления с постами, с которыми Вы не согласны.
242 tesseract
 
09.11.18
11:58
Миста во всей красе. (0) Хотел выяснить стоит ли ставить пиратский MS SQL или можно поставить бесплатный вариант.
243 Фрэнки
 
09.11.18
12:00
(242) только ТС не обозначил куда ему нужно будет ставить и для чего.
244 la luna llena
 
09.11.18
12:04
(182) я свое мнение озвучила, понятное дело, что если в компании есть специальный администратор баз данных, то он может пройти обучение, настроить и всё будет работать даже очень хорошо и судя по последним тестам даже быстрее.
Порог вхождения "с нуля" очень разный, MS SQL гораздо проще настроить.
245 rphosts
 
09.11.18
12:09
(229) был лицензирован какой-то релиз у сибейза
246 tesseract
 
09.11.18
12:17
(245) До SQL 2000 там 95% кода сохранялось. Может всякие инструменты внешние только отличались.
247 rphosts
 
09.11.18
12:18
(244) для маленьких и порог для постгре низкий, а для больших и сверхбольших админ бд нужен по-любому, не важно какой базовод
248 rphosts
 
09.11.18
12:19
(246) более того, после лицензирования несколько лет сиквел был а одной поре, а сибэйз неплохо так развивался.... Например блобы в сибэйз раньше появились
249 ДенисЧ
 
09.11.18
12:21
(240) На сан не ставил. На вин2000 вроде как ставил, давно это было. А зачем сервер перезагружать?
250 tesseract
 
09.11.18
12:23
(244) Ну так за это деньги и берут. Если ты за лицензии не платишь - то да бесплатный MS SQL лучше. Если db2 или Oracle - так вообще красота.


(249) Это для тех кто по скриншотам сервер настраивает, а потом говорит что  1с - тормозная и глючная платформа.
251 unregistered
 
09.11.18
12:32
(207) Какой-то прям кладезь мифов вперемешку с личными фантазиями, сконцентрированных в одном посте.

> PostgreSQL сравнительно свежий (первый хилый релиз был в 1995 году)... до уровня текущих Oracle/MS SQL ему ещё развиваться лет 8-10

MS SQL - первый не менее хиленький релиз в 1989 году. Разница с Postgres отнюдь не 10 лет.
А разрабатываться обе СУБД начали в одном и том же 1986-м году.

> ... и качественной реализации многого функционала не достиг.

Можно конкретные примеры конкретного функционала, который по качеству значительно уступает?

> ... команда, которая двигает PostgreSQL, крайне незначительная.

Откуда такая информация? Или речь только о российских разработчиках PostgresPro?

> PostgreSQL стали активно пиарить и прорабатывать только в 2015-2016 году, когда был издан указ о том, что PostgreSQL будет аналогом импортозамещения импортных производителей СУБД.

Опять очередное смешение в одну кучу с подменой понятий.
Пиар - это один вопрос. Пиар в России - это другой. К тому же никакого указа о том, что именно Postgres должен стать аналогом импортозамещения не существует.
А проработка - это совершенно другой вопрос. Команда PostgresPro, например, занимались активно этой СУБД ещё задолго до всей этой истории с импортозамещением. Хотя безусловно воспользовались хайпом для монетизации своих наработок и активного пиара.

> Так что не удивлён, что про PostgreSQL стали говорить много и невпопад.

Читая твой пост, тоже перестаю этому удивляться.
252 rphosts
 
09.11.18
12:35
(251) Моров или толстый тролль(могбы и куда изящнее) или евангелист мс...
253 Fragster
 
гуру
09.11.18
12:44
(252) первое
254 tesseract
 
09.11.18
12:46
(252) Давайте не будем. Может просто пивка попил и осознал степень своей некомпетентности.
255 Fragster
 
гуру
09.11.18
12:47
(254) нет
256 Fragster
 
гуру
09.11.18
12:48
особенно весело, когда он сам с собой (своими клонами) разговаривает
257 rphosts
 
09.11.18
12:48
(254)у вас полоска длинная, вы должны его помнить... за ним иногда замечается
258 tesseract
 
09.11.18
12:49
(251)

>>А проработка - это совершенно другой вопрос. Команда PostgresPro, например, занимались активно этой СУБД ещё задолго до всей этой истории с импортозамещением.

Ребятам зачет - кто ethersoft еще помнит, сделали протащили. Мы даже хотели нубов к ним заслать на обучение, но нубы ушли :-(
259 Alexey_Morov
 
09.11.18
12:50
(257) Я уже старый и опытный. В троллизме замечен не был. Так что не стоит наговаривать ерунду. У меня нет клонов.
Я лично приходил на поинтовки в отличие от некоторых.
260 rphosts
 
09.11.18
12:54
(259)именно поинтовки (фидошные) закруглились вместе с фидо как раз когда вы закончили школу т.е. в самом начале нулевых.
Если вы конечно указали достоверный возраст.
261 ДенисЧ
 
09.11.18
12:58
(260) Кто тебе сказал, что фидо закруглилось? А что я сегодня за утренним какао читал?
262 rphosts
 
09.11.18
13:03
(261)2:5001 давно помер, а http://www.fidonet.org/ не в счёт
263 ДенисЧ
 
09.11.18
13:04
(262) wfido.ru
а 2.5030/830 или 2.5020/2141 или 2.5020/545 живы вовсю.
264 Alexey_Morov
 
09.11.18
13:06
(263) Я был в сегменте 2:5022
До 2004 года был в поинтах у /103, /59. Во.
Я этому очень обрадовался.
Также был неоднократно на мистовских поинтовках.
265 Alexey_Morov
 
09.11.18
13:07
(263) А Вам удалось стать хотя бы нодой? Так?
266 ДенисЧ
 
09.11.18
13:08
(265) Нет, я к этому не стремился, у меня нет возможности получать входящие.
267 ДенисЧ
 
09.11.18
13:09
А так, поинт 2.5030/830.57 у меня уже лет 15 и я регулярно по нему отзваниваюсь.
268 Вафель
 
09.11.18
13:10
(267) и что по обычным телефонам через модем как и раньше?
269 Alexey_Morov
 
09.11.18
13:11
(267) Вот здорово. Спасибо.
Ещё хотел спросить - есть ли гейт для написания писем с емайла на фидошный адрес? Раньше (в 2004 годах) что-то подобное было.
270 Alexey_Morov
 
09.11.18
13:12
(266) Лично неоднократно настраивал T-mail, ГологоДеда, FastEcho. До этого длительное время (с 1995ых годов) читал почту по Блуваве (BlueWave), когда заходил на BBS'ки.
271 tesseract
 
09.11.18
13:14
(259) Замечен в метании неподтвержденными утверждениями.
272 Alexey_Morov
 
09.11.18
13:15
(271) Однозначно минусую. Замечен в успешной борьбе с провокациями и поэтому весьма уважаем здесь.
273 ДенисЧ
 
09.11.18
13:16
(268) Сначала по модему, потом по интернету. Но если тебя интересует интернет, я могу тебе накопать пару-тройку нод, которые работают по модему, причем один - исключительно по нему (у него 6 штук дома стоит)
(269) Не помню, надо дома смотреть, искать.
(270) фасту и деда и я настраивал. А ещё бинкд и фтрак. Эта схема работает до сей поры переехав 4 компа... Правда, вместо фасты хпт.
274 Вафель
 
09.11.18
13:18
я с фидо вообще не знаком,
275 Фрэнки
 
модератор
09.11.18
13:25
(272) ты мало того, что на чужие персоны порой бочку катишь, но еще и самовосхвалением занимаешься?!

Ну-ну... Пора продемонстрировать, как тебя здесь уважают на самом деле.
276 ДенисЧ
 
09.11.18
13:27
Анекдот пятницы "Моров весьма уважаем на Мисте"
277 Cyberhawk
 
09.11.18
13:30
(275) Он этого, как мне кажется, и добивался )
278 Фрэнки
 
09.11.18
13:31
(277) "все что могу" как говорится, но без бана на новые посты :-)
279 wowik
 
09.11.18
15:59
1

В Винде MS лучше Postgres
280 aspirator23
 
10.11.18
15:29
Сталкивался с проблемами динамического обновления на Postgre. Правда дело было на релизе 8.3.
http://catalog.mista.ru/public/168392/
Как сейчас с этим?
281 Фрэнки
 
10.11.18
16:25
(280) а разве в 2013 на мс скл были толпы любителей демонического обновления?! Народ до сих пор шарахается от такого... и есть мнение, что именно для обхода подобного рода глюков придумано в том числе технология Расширений, которые и не просто Расширения, а Патчи программных модулей.
282 spectre1978
 
11.11.18
08:26
(251) доля правды есть, потому что свободный софт никогда не развивается как платный - поддержка во многом идёт энтузиастами и нет таких денег на НИОКР как у оракла и МС. Но хорошо работающие базы на PG существуют, и деться от этого факта никуда нельзя. А значит - скорее всего есть устранимые причины для плохого результата.
283 ildary
 
11.11.18
11:07
(281) при этом у расширений под капотом - то же самое динамическое обновление.
284 unregistered
 
12.11.18
08:56
(280) > Сталкивался с проблемами динамического обновления на Postgre...

Динамическое обновление остаётся весьма нестабильным механизмом, применять который на практике крайне не рекомендуется. Можно 1000 раз обновиться успешно, а на 1001-й раз словить ошибку, которая лечится только ручными правками в БД. Нет даже точного понимания причин возникновения ошибок - у одних оно работает без глюков годами, а у других регулярно ломает базы.
Точной статистики конечно же нет, но субъективно с базами на MS SQL сбои после динамического обновления бывают после динамического обновления ничуть не реже, чем с базами на Postgres.
ИМХО, проблема эта скорее связана с платформой, чем с СУБД. Так что в качестве критерия для сравнения MS с Postgres вряд ли следует использовать.
285 unregistered
 
12.11.18
10:46
(282) > есть устранимые причины для плохого результата.

А что понимается под плохими результатами?
Особенно если говорить об этих СУБД применительно к их использованию в связке с 1С.
Реальные проблемы были еще несколько лет назад на старых версиях Postgres и 1С до версии 8.3. На сегодняшний день почти все они решены (во всяком случае самые критичные).

ИМХО, для применения Postgres (хоть на Windows, хоть на Linux) на среднего уровня нагруженности системах никаких серьезных ограничений я не вижу. На высоконагруженных системах могут быть нюансы (например, проблема огромного количества файлов, которые создаёт Postgres при работе с базами размера УПП), которые следует учитывать.

Основным тормозом распространения Postgres для работы с 1С являются две вещи.
1. Отсутствие нормального (простого, стабильно работающего, понятного любому чайнику, и желательно русифицированного) инструмента администрирования - аналога MS SQL Server Management Studio. Проблема признаётся самим разработчиками Postgres и они даже помнится в прошлом году обещали всерьёз ею заняться (но воз и ныне там).
2. Отсутствие простой, понятной пошаговой документации (желательно с картинками) с инструкциями как развернуть Postgres для использования с 1С, включающими основные аспекты - создание баз, выгрузка/загрузка, создание резервных копий и восстановление из них, настройка всех необходимых регламентов. Всё что есть сейчас, требует зачастую установки нескольких различных инструментов, неочевидного и НЕ интуитивно понятного их использования. Некоторые из этих инструментов вообще не имеют графического интерфейса, а у среднестатистического 1С-ника это вызывает впадение в ступор.

Остальное - это либо чисто субъективные страхи и опасения некоторых внедренцев перед чем-то, к чему они не привыкли, либо использование того, что уже было куплено ранее (для более ранних версий или для другого софта).
286 g00d
 
13.11.18
17:41
(285)
Я вам как бывший админ(windows, linux) говорю,
Главный тормоз распространения Postgres - это аникейщики, которые не знают как пользоваться командной строкой.

1. ГУИ администрирование уходит в прошлое, это признает и МС в том числе (power shell). Будущее за консолью. Она позволяет быстро переносить и сравнивать настройки между разными серверами, позволяет автоматизировать многие настройки в зависимости от параметров железа и.п.
Любовь и умение использовать консоль это признак профессиональности админа. Попытки возвести в эталон на архаичную  MS SQL Server Management Studio, это признак отсутствия либо желания, либо умения читать документацию.
2. По шаговых инструкций по Postgres не меньше, чем для микрософта.

Производительность постгреса во многопоточном режиме(не однопоточный тест) давно уже обогнала МССКЛ.

В Линуксе Postgres лучше MS
287 ДенисЧ
 
13.11.18
17:44
(286) Я так понимаю, ты в ближайшей аптеке имеешь огромные оптовые скидки на визин?
288 tesseract
 
13.11.18
18:04
(287) Если ты про консоль - то с ней работать профу проще, открыл себе терминальчик и нефиг глазами по экрану в поисках иконок шариться :-)
289 rphosts
 
13.11.18
18:20
(286) ну положим нужна не только консоль, но и знаний хоть немного... ну хотя-бы докер там или вагрант прикрутить
290 Russiagreat
 
13.11.18
18:24
При тех ограничениях которые есть в MySQL разницы нет

Свое мнение
291 rphosts
 
13.11.18
18:32
(290) а причём тут MySQL?
292 Ювелир
 
13.11.18
18:44
(0) Что есть лучше?
Сравниваем коммерческий продукт за деньги и некоммерческий
Разница в бесконечность. Почувствуйте бесконечную разницу!

Производительность. Наверное МС не глуп, переведя свой продукт в Линукс. Наверное, об этом мало кто знает. https://info.microsoft.com/sql-server-on-linux-quick-start-whitepaper-registration.ru.1.html

В свое время половил на Постгрессе часовые апдейты на УПП. Так привкус и остался. Чего-то пока не хочется экспериментировать. Ведь на СКУЛЕ от МС он делался за минуту! (Железо то же, повторюсь, дело было давно, в 8.1 год 2008 или около того)

Но для мелочи всякой, постгресс - это классная вещь!

В Линуксе MS лучше Postgres
293 Фрэнки
 
13.11.18
18:56
мда... за такие посты прямо наградные знаки нужно выдавать какие-то. Не, это нужно памятный знак утвердить и выдавать:

"Я словил глюки где-то в 2008 году или около того"
294 PR
 
13.11.18
20:25
(293) И не говори, я вот тоже винду не люблю, помню, как плевался с этой блевотной версии 1.0
295 Фрэнки
 
13.11.18
20:42
(294) я вот до сих пор иногда, но очень редко запускаю вин98 - она у меня есть в виртуальной машине. Страшненькая, но работает. Храню в качестве раритета :-)
296 Cyberhawk
 
13.11.18
21:14
(295) Ну тогда это тебе должно понравиться (если, конечно, ты еще не в курсе был, что такое есть): http://www.therestartpage.com/
297 Фрэнки
 
13.11.18
21:24
(296) ну я ее запускаю не для процесса перезагрузки. ВМ позволяет себя закрывать с сохранением текущего состояния сеанса.

А так-то прикольный сайт - покликал, посмотрел, звуки, воспоминания :)
298 tesseract
 
13.11.18
21:31
(289) Выбрось каку, это для всяких Ява-скриптизеров, которые кликами все ставят.
299 rphosts
 
14.11.18
01:33
(298) эк ты обозвал Лустина...
на самом деле докером удобно переносить с места на место, разворачивать где-то со всем окружением и настройками не парясь про версии библиотек
300 don_Rumata
 
14.11.18
08:15
300

В Линуксе Postgres лучше MS
301 ДенисЧ
 
14.11.18
09:02
(300) Тракторист обрадовался твоему посту )))
302 ГеннадийУО
 
16.11.18
14:26
(202) Вот про Postgres Pro, говорят, в тестах лучше MS SQL

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

Если вы рассматриваете PostgreSQL или Postgres для использования с 1С, то у вас имеются такие варианты:

    Свободно-распространяемый PostgreSQL. Его вариант с поддержкой 1С (с добавленными патчами для совместимости) имеется как на сайте 1С, так и у нас (Тут). Вам не нужно приобретать лицензии и вы можете не приобретать поддержку, приняв риски неисправностей на себя. Если решите, что поддержка вам необходима, то мы продаем ее по 42 480 рублей в год за ядро процессора.
    Использовать Postgres Pro Enterprise. Эта версия существенно переработана и оптимизирована. Для случая 1С она примерно в 2 раза производительнее и в ряде тестов дает результаты лучше MS SQL. При этом постоянные лицензии на нее стоят 78 700 рублей за ядро, годовая – 36 000 рублей. Кроме того, для этого варианта имеются еще лицензии по пользователям, которые выгоднее для маленьких внедрений.


Но с нового года подорожает на 10%. Торопитесь, если надо конечно :)
303 unregistered
 
16.11.18
15:29
(302) > Postgres Pro Enterprise...Для случая 1С она примерно в 2 раза производительнее

Ключевой вопрос - "в 2 раза производительнее" чего? - обычной сборки PostgresPro? А за счет чего? И выигрывает ли производительность в 2 раза всегда и во всём?

> ...и в ряде тестов дает результаты лучше MS SQL.

В ряде каких именно тестов результаты лучше, чем у MS SQL?

Бесит такая крайне мутная и непонятная формулировка. Когда не совсем ясно - что именно я покупаю за деньги и за какие конкретно деньги.
304 Вафель
 
16.11.18
15:34
(303) на 50% больше объема
305 ГеннадийУО
 
16.11.18
15:45
(303) Ну да, маркетингу налили слегка. Возможно, если у них попросить, покажут и тесты.
306 ansh15
 
19.11.18
17:29
(303) https://www.ibs.ru/interlab/blog/test-drayv-postgres-pro-v-sborke-dlya-skaly-sr-protiv-ms-sql-na-primere-1s-predpriyatie/
Имитировали многпользовательскую нагрузку, пишут Postgres Pro Enterprise лучше. Правда, там несколько специфично...
За счет такого модуля расширения https://postgrespro.ru/docs/enterprise/10/aqo может быть быстрее, для некоторых типов запросов.
Еще различия между оригиналом и Postgres Pro EE https://habr.com/company/postgrespro/blog/337180/
307 rphosts
 
19.11.18
19:11
(306) познавательно!
Но 2-х кратным превосходством там не пахнет.
308 Krendel
 
19.11.18
19:18
Тут фриц пишет мс закрывает 22 ноября свой офис в рф
309 Krendel
 
19.11.18
19:20
Может кто чего слышал, а не то у него мутный первоисточник
310 H A D G E H O G s
 
19.11.18
19:28
(308) Мелкософты уже сказали, что фейк, но уточнили, что будут продавать в долларах теперь. Ну, тоесть, их самих закроют наши власти, они будут страдать за демократию, вот это всё.
311 H A D G E H O G s
 
19.11.18
19:30
312 ГеннадийУО
 
19.11.18
20:28
(311) Ну и скатертью дорожка...
313 ansh15
 
30.11.18
11:12
PostgreSQL 11.l для 1С, тестовая редакция http://repo.postgrespro.ru/1c-11-beta/
Вкратце, что нового в 11-версии(в общем) - https://habr.com/company/postgrespro/blog/426745/
314 Вафель
 
30.11.18
11:16
(311) что-то никто никого не закрыл
315 Гобсек
 
30.11.18
11:17
Эти покупки в долларах усложняют ведение бухгалтерии
316 Провинциальный 1сник
 
30.11.18
11:18
(315) Ну значит покупать будем у всяких там софтлайнов и прочих посредников за рубли. С валютой точно связываться мало кто захочет.
317 Вафель
 
30.11.18
11:19
(315) так документы они могут все в рублях выписывать. просто прайс в у.е.
318 ansh15
 
05.12.18
10:41
Занятное сравнение(ссылка попалась на глаза на Инфостарте) https://efsol.ru/articles/1s-sql-test.html
Достаточно осмысленные результаты для конкретных(и широко распространенных) конфигураций.
Там еще первая часть есть https://efsol.ru/articles/1s-mssql-postgresql.html
Сравниваются различные комбинации, в том числе и в виртуальной среде.
319 Aleksey
 
05.12.18
10:51
(318) Я радом стоял когда игрались с кип. И основные затраты при работе не в работе сервера 1С, а в работе клиента. Потому и ОФ быстрее УФ, потому что клиент отзывчивее.

По ссылки не понятно это цифры исключительно модуля обработки проведения (серверная часть). Или это время от нажатия кнопки ОК до закрытия документа (клиентская часть + серверная часть).
Если второе то на винде обычно время 2,786 сек означает что  2 секунды работал клиент и 0.786 сек работал модуль проведения
320 ansh15
 
05.12.18
10:57
(319) Так клиент там один и тот же, разные только серверные части.
Или один и тот же клиент с разными серверными частями работает по разному? Или нет?
321 Aleksey
 
05.12.18
11:00
(320) У меня нет таких данных о скорости работы клиента с разными серверными частями
322 Фрэнки
 
05.12.18
11:07
(318) А почему у них в выводах сказано, что нужны какие-то специалисты на "нестандартным СУБД" ? Рассмотрено все абсолютно стандартное.
323 ansh15
 
05.12.18
11:59
(322) Шаблон мышления, формируемый больше десятка лет в среде 1С. Вот, конец 2018-го https://forum.infostart.ru/forum95/topic203934/?PAGEN_1=1
Устойчивое мнение, что специалист по PostgreSQL - редкий и дорогой, найти его практически невозможно, даже в Москве и другие "негативные опыты применения" автоматом зачисляют эту СУБД в разряд "нестандартной альтернативы".
324 Фрэнки
 
05.12.18
12:22
(323) дык в те же самые 10 лет назад периодически народ на грабли наступал, что в МС СКЛ забывали накатить сервис-пак, запретить серверу отдавать сиквелу всю оперативу и т.д., однако, это им не мешает много-много лет внушать самим себе. "а мы ХХ лет тому назад словили УУ ошибку" вот с тех пор продолжаем отговаривать клиентов. Хотя 1С упорно пилит с новые релизы платформы и новые релизы 1С-сборок постгри.

Хорошо хоть в этих статьях по ссылкам свежие тесты. Хоть и не до конца прозрачные, но все-таки свежие.
325 Вафель
 
05.12.18
12:28
(324) до сих пор средний админ небольшой конторки (500-100 чел) не умеет в линукс
326 Fragster
 
гуру
05.12.18
12:31
(325) как кат? у таких контор уже наверняка есть своя АТС (линукс/фряха), нормальный роутер с виланами (никсы) и шлюз (тоже как правило никсовое чо-то), всякие внутренние порталы и прочее.
327 Фрэнки
 
05.12.18
13:46
(325) А большинство бухгалтеров небольших конторок не умеют записывать формулы в экселе и что? Но опять таки большинство из них готовы ныть, что им нужен эксель, а не калк
328 rphosts
 
05.12.18
19:06
(325) если чел лет 5 работает админом то он может не знать линукс если только:
1.крайне ленив
2.загружен выше крыши
3.корпоративные правила запрещают использовать на раб.что либо кроме мс
329 Aleksey
 
05.12.18
19:53
(328) Зачем админу в ларьке знать линукс?.
Нормальных мануалов нет, все ошибки - нужно знать английски, потому что в ру сегменте это настолько редкий зверь что знания его передаются из уст в уста и в интернете  не светят.

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


Это показало видно на последнем инфостарте где там систему на постгри запускали и приводили примеры десятков мифов, типа при настройки постгри нужно писать вот там. При этом никто не знал что это команда делает и какой результат ожидать, так написано. И они некоторые мифы разбирали с пояснением как эта команда работает, какие от неё следует ожидать результат когда её применять. И что по умолчанию лучше делать наоборот.
Это я к тому что истинных гуру в среде линукса/постгри мало, намного меньше чем сертифицированных специалистов по МС, а уж описание команд и его результаты, в отличие от мс, для линукса - это тайна за семью печатями
330 Фрэнки
 
05.12.18
21:33
(329) бред не надо писать, начиная со слов "нормальных мануалов нет"
331 Фрэнки
 
05.12.18
21:34
(329) и заканчивая сказками о чрезвычайной многочисленности сертифицированных специалистов по МС
332 Aleksey
 
05.12.18
22:05
(330) Хорошо у 1с есть чеклист по настройки скуля.
https://its.1c.ru/db/metod8dev#content:5904:hdoc
Где почитать аналог на русском для постгри?
333 Фрэнки
 
05.12.18
22:09
(332) ну и чья заслуга в составлении этого чеклиста?
Петух 1С ников клюнет и для постгри такой же напишут.

Твое ворчание, скажем так, в адрес постгри ...
Ну не стала бы сама 1С поддерживать его в своей платформе и что, много ли о нем было бы разговоров? А так они _сами_ мало того, что сделали поддержку, но и развивают ее, устраняют выявляемые баги и т.д. и т.п.
334 Aleksey
 
05.12.18
22:10
(338) Т.е. все таки подтверждаешь что нормальных мануалов нет?
335 Aleksey
 
05.12.18
22:12
по поводу чеклиста для ms есть куча сайтов где все собрано в одном месте, даже у курсыпо1С есть спецкурс. На инфостарте подробная статья с картинками.
Я просто привел ссылку на наиболее авторитетный источник.
336 Фрэнки
 
05.12.18
22:17
(334) нормальные мануалы есть.
У тебя постгри в продакшен работает? У нас работает.
И это уже с 2007 года я ни одного года не припомню, чтоб пострги у кого-то рядом со мной не было в работе.
Лично мне сейчас лениво суетиться и выискивать вот и все.
Помню, что и от КурсыПо1С или еще от кого-то прилетала реклама на обучение и по постгри и по линуксу. Администрирования. Но я не админ. Я не беру деньги за админство. Но курсы прилетали, помню. Если кому надо, тот найдет и все настроит и поставит.

Со временем ситуация будет только улучшаться с этим делом. Но и сейчас оно уже намного лучше и легче устанавливается, настраивается и ошибок меньше. Намного меньше.

Тут же в старых платформах, например, ошибок явных уже нет. Проблема именно в том, что новые платформы выпускают и новые баги дописывают. Уж не знаю, каких больше. На мой взгляд с МС СКЛ столько же, если не больше.
337 Aleksey
 
05.12.18
22:19
И да у 1с есть такой и по настройки На постгри 9.2 на 8.1
https://its.1c.ru/db/metod8dev#content:5866:hdoc

Но там если ты не красноглазик суваться не стоит ибо
"Данный документ подразумевает хотя бы поверхностное знакомство с архитектурой PgSQL."
Т.е. кучу параметров без объъяснения куда писать и зачем это делать
338 Фрэнки
 
05.12.18
22:21
Вот какое-то время тому назад - появилось у меня желание поднять на своем же компе пару виртуальных машин для отдельно сервера и отдельно клиента. Установил туда на сервер постгри. Настроил, соединил клиента с сервером. Заработало все.
339 Aleksey
 
05.12.18
22:21
(336) Но вот это все объясняет. Это называется профессиональная деформация.
Юрист всегда найдет, что сказать из опыта или припомнит какую-нибудь статью, но это не означает что все вокруг юристы и любая домохозяйка знает УК РФ
340 Фрэнки
 
05.12.18
22:22
(337) устаревшая инструкция. Ее уже менять давно пора или обновлять. Сейчас же все ставят 9.6.1 и на меньшее никто не согласен :-)
341 Aleksey
 
05.12.18
22:23
(340) так я о том же, что некому это нафиг не нужно, знания передают из уст в уста и открыть сайт и посайту сделать чтобы все было круто, без погружения в область - фиг получиться
342 Фрэнки
 
05.12.18
22:24
(339) и что мне теперь делать с твоим упреком?
Убиться сразу или побежать на сервак своего работодателя где уже много лет и самое главное без меня и до меня уже работает постгри и уничтожить его там?
343 shpioleg
 
05.12.18
22:29
Да, вроде, нормально все с Постгресом. У клиента порядка 10+ баз в облаке на одной виртуалке крутятся. В основной базе УТ где-то 40+ пользователей постоянно работают и ,ничего так, бодренько. С месяц назад на 13-ю платформу и 10 Постгрес перевели. В БУХ,УТ,ЗУП никаких глюков не замечено.

Свое мнение
344 Фрэнки
 
05.12.18
22:46
просто Ростов-на-Дону в реальности большой город. И там есть много-много и линуксоидов и вообще самых разных программистов/айтишников. И это нормально, что далеко не всех представителей разных айтишников, разных направлений приходится или удается встретить живьем в повседневной практике - это само по себе не означает, что таких программистов не существует в жизни.

Я вот ставил линукс первый раз году в 96-ом если мне память не изменяет... Но никуда он тогда лично мне не пригодился. Нетварь тоже помню, правда уже с трудом, тогда на ней базы 7.7 в файловом режиме можно было держать и только через сколько=то лет МС СКЛ появился доступный, на котором все дружно начали ставить. И я хорошо помню, что до лицензирования всего этого хозяйства дело доходило очень и очень со скрипом. Потому и распространялось оно все с бешеной скоростью, на самом деле.
А среди моих друзей, приятелей, коллег всегда находились люди, знающие линукс, юникс, какие-то реалтайм ос.
По Оракл знаю специалистов. Фирма есть знакомая, куда меня всегда готовы взять юниором для работы с Оракл.

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

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

А вот эта вся функциональность в 1С с веб-технологиями
- я вот в них даже не успеваю толком разобраться. Но этот способ тоже есть и работать можно не только через СУБД и серверную лицензию, но с использованием апача и файловым режимом доступа к базе взамен СУБД.
345 rphosts
 
06.12.18
04:39
(329)в далёком 2000 листал Э.Неммет ... точное название книги не вспомню - вполне толковая книга причем перевод на Великий и могучий... и это почти 20 лет назад! Сейчас их просто море!
346 rphosts
 
06.12.18
04:42
(332) в "настольной книге эксперта" всё что нужно про настройку есть (и по постгри и по мс-скл)
347 Конструктор1С
 
06.12.18
04:58
Я правильно понимаю, что основная аргументация в пользу Postgres это то, что "тонко настроенный постгрис делает мсскуль с дефольными настройками"?
Тогда может корректнее рассматривать "дефолтный постгрис vs. дефолтный мсскуль" и "тонко настроенный постгрис vs. тонко настроенный мсскуль"?

В Винде MS лучше Postgres
348 Nikoss
 
06.12.18
06:56
(347) " основная аргументация в пользу" в первую очередь - цена
349 Фрэнки
 
06.12.18
08:26
(347) основная аргументация цена, конечно - вот недавно была ветка практического выбора ПО для сервака
Вопрос по замене сервера
350 NorthWind
 
06.12.18
09:02
(347) на практике проблема, как я ее вижу - в том что постгри изначально некоммерческий софт и поэтому в нем нет удобных "вылизанных" инструментов, таких как Enterprise Studio, которые позволяют легко делать сложные вещи непрофессионалам. Вместо них есть редактирование конфигов и разнородные поделки большого сообщества, где кто в лес, а кто по дрова, что, в общем, типичная особенность свободного ПО. Это в общем случае не означает, что СПО плохое, а коммерческое ПО хорошее - это просто данность, с которой приходится жить. Вторая проблема заключается в том что 1С до определенного момента не уделяла достаточного внимания работе с этой СУБД, из-за чего возникают одиозные вещи вроде описанной в данной теме, которые людям приходится преодолевать на лыжах по асфальту.
351 rphosts
 
07.12.18
10:59
(350) pgAdmin 4.2 до студии сильно недотягивает но в целом неплох
352 ansh15
 
07.12.18
17:30
Опубликовали PostgreSQL, версия 10.5-6.1C
http://downloads.v8.1c.ru/content//AddCompPostgre/10_5_6_1C/postgreUpdate_ru.htm
Основной упор сделан на оптимизацию построения планов запросов.
353 ansh15
 
11.12.18
00:14
Немного подробнее об оптимизации - http://catalog.mista.ru/public/960592/
354 pavig
 
12.12.18
09:59
Провел вот тест Гилева на арендованном облачном сервере.

MS SQL
показал 29.41 попугаев (хороший результат)

PostgreSQL 10.3_3.1C_x64
показал 20 попугаев (тоже попало в зону "хорошо" по классификации Гилева, но таки ближе к зоне "удовлетворительно")

Сейчас скачаю и запущу тест Postgre 10.5

Всё крутится на винде, сервер 1С и SQL на одном сервере
Intel Xeon Gold 6126 2.60GHz (гипертрейдинг заявляют до 3.7 ГГц), оперативка 16Гб
1С версия 8.3.13.1644

Получается на текущий момент что MS на винде явно лучше чем Postgres

В Винде MS лучше Postgres
355 ice777
 
12.12.18
10:19
(354) и дорого.
а  на линуксе и постгри ничего платить не надо.
Это для многих первый и последний аргумент.
Но вот спецов по линуксу в таких местах кот наплакал.
356 pavig
 
12.12.18
10:20
+ (354)

Тест Гилева

postgresql-10.5-6.1C(x64)
показал 20.33 попугая

ИМХО если лучше и стало, то не значительно
357 pavig
 
12.12.18
10:22
(355)
"на линуксе"
Бизнесу не надо "линукс"... Бизнесу надо "поставил и забыл"... и бесплатно)
358 Конструктор1С
 
12.12.18
11:27
Интересно получается. Если не кормить разработчиков платного ПО, то придется кормить специалистов, обслуживающих бесплатное ПО. Так и бесплатность на нет может сойти, а то и "бесплатное" окажется дороже платного.
359 scanduta
 
12.12.18
11:45
Зависите от настройки постгри. Если есть хороший спец по постгри, то производительность будет на уровне ms sql.

Но в целом постгри сложней админить, так как спецов мало.

каждый случай надо рассматривать индивидуально.

Свое мнение
360 spectre1978
 
12.12.18
18:52
(358) так было всегда. Те кто живёт в мире коммерческого софта, зарабатывали на продажах,  в мире СПО - на поддержке. Кушать все хотят.
361 lodger
 
12.12.18
19:08
постгря 10ая сыровата...

Свое мнение
362 Сисой
 
12.12.18
20:04
Посмотрите на проблему с точки зрения доступности спецов. Почти любой 1Сник может легко установить и админить SQL-сервер, многие умеют пользоваться профайлером и писать небольшие скрипты на Т-SQL. Т.е. в случае чего решат проблему даже без админа.
А Postgres не так уж многие и видели, а на крупных внедрениях - вообще не видели. И любая проблема с ним м.б. засадой для спеца "с улицы".

В Винде MS лучше Postgres
363 H A D G E H O G s
 
12.12.18
20:20
(349) Дичь какая
364 H A D G E H O G s
 
12.12.18
20:26
(349) Это просто праздник какой-то. Я просто фигею, как народ вообще жил раньше на Postgree с такой СУБД, если они вещи, которые уже были в MS SQL Server 2000 преподносят как новейшие.
365 H A D G E H O G s
 
12.12.18
20:28
(349) Это точно статья 2018, а не 2008 года? Там ребята, похоже застряли в каменном веке.
367 PR
 
12.12.18
20:49
(354) Радуют меня такие заявления типа "Я поставил без настройки MS и Postgres, второй хуже, чем первый, значит говно", при этом почему-то не приходит в голову мысль, что это просто руки кривые
Сабжа и (0) как бы предполагают, что речь про сравнение правильно настроенных продуктов, а не поставленных по дефолту
368 trdm
 
12.12.18
20:50
(302) > Вам не нужно приобретать лицензии и вы можете не приобретать поддержку, приняв риски неисправностей на себя.

куету морозят. риск всегда лежит на собственнике.
даже если застраховать.
370 trdm
 
12.12.18
20:52
(350) > Это в общем случае не означает, что СПО плохое

вобще-то означает.
если руль в багажник засунули..
371 Фрэнки
 
12.12.18
21:06
(367) ну если база мало-мальски серьезных размеров, то и МС СКЛ без настройки хреново работает. Хреново ровно настолько, чтоб продавец через полгода мучений покупателя еще раз им чего-то дополнительно продал. Развели на покупку первый раз, значит и второй раз на покупку разведут.
372 Сисой
 
12.12.18
21:11
(367) Если в 2018(!) году СУБД по дефолту не может обеспечить приемлемую производительность для 80% баз, то это не СУБД, а говно. Потребителя уважать нужно, а не херней страдать.
В мире 1С не так уж и много специфических высоконагруженных баз, где тонкий тюнинг СУБД нужен.
373 Сисой
 
12.12.18
21:13
(371) А серьезных, это насколько? Больше 100 Гб?
374 PR
 
12.12.18
21:19
(372) Так Postgres, насколько я в курсе, вообще не так давно стал рассматривать 1С как серьезного потребителя
375 g00d
 
12.12.18
21:32
последний постгрес  очень сильно вырвался вперед по скорости и надежности.
376 ansh15
 
12.12.18
22:34
Из "каменного века" - https://www.sql.ru/forum/851549/dolgiy-zapros-s-vlozhennymi-zaprosami-na-1s-8?hl=%e7%e0%ef%f0%ee%f1%fb%201%f1
Такой запрос как у автора той темы MS SQL на ура провернет или все же придется переписывать?
377 dmrjan
 
13.12.18
08:06
(374) Скорее 1С повернулась лицом к PostgreSQL. Но в целом, благодаря активности разработчиков, встречам, просьбам, увеличению количества разработчиков PostgreSQL резко усилила качество продукта. Что касается PostgreSQL 1C Enterprise, то в этом продукте реализовано много фич для корпоративних баз данных. Та же компрессия данных позволяет иметь вместо 40Гб базы - 10 Гб. Соответственно и стоит данный продукт как корпоративный, но на пару порядков дешевле Оракла. При этом стандартная версия для 1С - бесплатная, хватает ее для маленьких и средних баз выше крыши.
378 dmrjan
 
13.12.18
08:10
(376) Наверное нужно смотреть в сторону последнего 10 релиза.

"многопараметрическая статистика добавлена. Это очень важно, потому что в Postgres выполнение запросов зависит от того, какую оценку стоимости база данных может дать для вашего запроса. И это зависит от статистики. До сих пор до версии 10 статистика была однопараметрическая, т.е. для какой-то определенной колонки. А сейчас стала многопараметрической, так что вы можете делать статистику для связанных колонок. Это важно для 1С, потому что в 1С бывают сложные запросы, когда колонки друг с другом связаны, и это надо учитывать"

https://postgrespro.ru/blog/media/3725860
379 dmrjan
 
13.12.18
08:12
(376) Оттуда же:
"Я хочу отметить одну вещь. Известно, что 1С-ники пишут запросы на “своем” языке. В первый раз, когда я столкнулся с запросами 1С в 2008 году, я был шокирован. Несколько дней мы занимались тем, что пытались сократить запрос размером в 100 кБ и сделать его удобоваримым. Сейчас к нам приходят запросы длиной даже в 1 мБ. Я всегда поражаюсь, когда прихожу к вам, смотрю, неужели вот этот человек может описать вот такой запрос? И я очень горд за Postgres, потому что он справляется с такими запросами и при этом не умирает. Перечисленные выше функции и помогают решать такие проблемы."
380 Фрэнки
 
13.12.18
08:34
(372) Ну и сам страдай херней дальше со своим МС СКЛ, который е.анет внезапно санкциями и ппц.

Сам же должен понимать прекрасно для чего нужно продвигать независимое ПО или как его обычно называют Открытое.
381 Фрэнки
 
13.12.18
08:38
(374) Ну как давно, как они сами и пишут - с 2008 года. Как только 1С приняла решение, что безальтернативно сидеть на мс скл не очень хорошо, так и пошло развитие. Другое дело, что сложно адекватно оценивать скорость разработки, что можно считать быстрым развитием или не слишком быстрым.
382 NorthWind
 
13.12.18
08:39
(370) аналогия неверна. Здесь, скорее, аналогия между мерседесом и москвичом. Второе по сравнению с первым почти бесплатно, но требует определенных усилий по доведению до ума, не исключая обращений в платные сервисы (хотя никто не мешает и самостоятельно перебрать движок). Но! И то и другое может ехать, а в определенных случаях Москвич даже едет неплохо. Каждому свое...
383 NorthWind
 
13.12.18
08:43
та же самая аналогия с инструментарием. У мерседеса специфические съемники, диагностическое оборудование, которое распространяется по дилерским сервисам (Enterprise Studio). У москвича - разнообразные долота, зубилы и самовыточенные девайсы, которые делаются сообществом гаражных мастеров, которые позволяют каждое решать определенные задачи и раздаются бесплатно любому человеку который готов это освоить...
384 NorthWind
 
13.12.18
08:45
Москвич способен прямо с завода поехать, но не факт что он поедет хорошо и не факт что доедет далеко (PG часто заклинивает через 3-4 месяца после начала работы, когда база разрастается). При приложении рук это как-то можно решить.
385 Фрэнки
 
13.12.18
08:50
(372) Чуточку разверну свое высказывание в (380)

Очень многие по привычке некорректно оценивают все-таки масштабы затрат, которые возникают при работе на МС СКЛ. Мне в 2006 и в 2007 году еще тогда, еще при относительно низком курсе доллара, приходилось составлять _полную_ (подчеркнул специально) смету лицензионно чистой установки клиентских компов в сети предприятия без льгот на покупку лицензий от майкрософт. В самом легком варианте сумма начиналась от 800 долларов в пересчете на каждый клиентский комп. В максимальной версии было 1400 долларов.

Для сети на 100 машин от 80.000 $ до 140.000 $

А на момент начала разработок с использованием постгри стоимость сопровождения была не определена.

И еще момент. Нет спецов, нет спецов - спецы есть всегда, когда на них есть спрос. Изучить нужный комплект документации и настроить работу с нуля для специалиста уже работающего с аналогичным, похожим ПО - ну максимум три месяца, в среднем - месяц, наверное.
Нва тех предприятиях, где принимали решения работать с постгри, работать продолжали те же самые специалисты, что и работали с МС СКЛ до этого или с Оракл. И там же были СУБД не только МС СКЛ или Оракл, но и майскл, а у кого-то и IBM DB2 встречался.
386 Провинциальный 1сник
 
13.12.18
09:06
(381) Жаль что firebird/interbase не рассматривали как альтернативу(
387 Мыш
 
13.12.18
09:21
(385) > Изучить нужный комплект документации и настроить работу с нуля для специалиста уже работающего с аналогичным, похожим ПО - ну максимум три месяца, в среднем - месяц, наверное.

Интересно, кто-нибудь берет на внедрение специалистов, которые честно говорят "да я по этой СУБД(программе/технологии) месяц документацию читал, всё будет летать" ?
388 unregistered
 
13.12.18
09:42
(367) > Радуют меня такие заявления типа "Я поставил без настройки MS и Postgres, второй хуже, чем первый, значит говно"

А в чём радость то?
Два программных продукта поставили "из коробки".
Причем дистрибутив Postgres, если он скачивался с сайта 1С или со страницы дистрибутивов для 1С сайта PostgresPro, уже имеет настройки для оптимальной работы с 1С. То есть в некотором смысле Postgres даже в более выигрышном положении.

> ...не приходит в голову мысль, что это просто руки кривые

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

Лично меня веселят сообщения умников, которые наоборот начинают сравнивать затюнингованную вхлам систему с типовой поставкой из коробки. И с пеной у рта доказывать крутизну первой по сравнению со второй.
389 Фрэнки
 
13.12.18
09:46
(386) кстати, да. Распространение firebird/interbase было тогда достаточно большим. Но выбрали именно то, что выбрали.

В свое время мс скл выбрали еще для 7.7 только из-за готовой команды разработчиков в тот период. Хотя можно было и Оракл взять за основу. Но это обходилось бы покупателям еще дороже, если брать его с лицензиями.
390 Фрэнки
 
13.12.18
09:49
(388) значит установочный пакет, который раздает со своего ИТС 1С когда-то сподобятся укомплектовать уже настроенными вариантами "типовых сценариев использования СУБД" или как они там грамотно сформулируют эту идею.
391 тхулбо
 
13.12.18
09:54
(387) Я вот знаю одну достаточно крупную компанию, где на Postgres перевели все бухгалтерские базы. Специалист по MS SQL разобрался за месяц ковыряния в перерывах между основной работой.
392 NorthWind
 
13.12.18
10:14
(388) нет такого понятия "из коробки" для свободного софта. И коробки нет, ибо некому ее состряпать, никто ее не закажет в типографии :)
393 Вафель
 
13.12.18
10:18
(392) из коробки = дефолтные настройки
394 dmrjan
 
13.12.18
10:19
(392) Есть понятие - с репы. Я в свое время был очень доволен, насколько просто PostgreSQL устанавливается на Linux с сайта postgrespro.ru
395 Вафель
 
13.12.18
10:20
(394) "из коробки" никак не влияет на простоту установки
396 ansh15
 
13.12.18
10:23
(378)Да, развитие идет. А некоторый ряд специалистов, со своим "негативным опытом применения Postgres" в 2009 году, так там(в 2009-м) и остались. И до сих пор транслируют оттуда с гордостью о своих неудачах с этой СУБД.
Хотя нет никаких принципиальных причин не проявить элементарную любознательность.
397 dmrjan
 
13.12.18
10:23
(395) Де-факто "с репы" и есть из коробки. Под виндой сразу предлагается применить оптимизированный конфиг.
398 NorthWind
 
13.12.18
10:26
(394) установить мало. Еще желательно чтобы оно работало. Я в свое время тоже поставил и оно работало, рил! Месяца три. Пока не приуныло на несколько часиков на РСВ.
399 dmrjan
 
13.12.18
10:27
(396) Мне в свое время рассказывали, что специалист с раруса внедряя свою конфигурацию спросил насчет PostgreSQL - а где на сайте Microsoft можно его скачать.
400 unregistered
 
13.12.18
10:28
(392) Не надо прикидываться чайником. Ты прекрасно понял что именно я имел ввиду под термином "из коробки". Дистрибутив MSSQLSever тоже может быть без коробки и включать очень и очень разный набор пакетов.
401 NorthWind
 
13.12.18
10:28
причем нельзя сказать что я вообще ничего не делал. Я перекопал тогдашний инет (2011 год), подправил конфиг, ушло у меня на это сколько-то времени, бэкапы настроил. И, дурак, думал что отделался :)))
402 Фрэнки
 
13.12.18
10:28
(398) А перед этим у тебя наверняка обновление конфигурации прилетало и там что-то круто переписали и было это происшествие не в этом году. а лет пять или даже больше тому назад.
403 NorthWind
 
13.12.18
10:28
(402) 2011
404 Фрэнки
 
13.12.18
10:30
(401) ого. 2011 год! Тогда действительно пришлось словить ошибку в конфликтах платформы 1с с постгри. Помню, выбирали тогда работающую связку постгри+платформу, поскольку на линукс-сервере тогда не всякая связка проходила безболезненно.
405 NorthWind
 
13.12.18
10:33
(404) если бы я не имел никакого опыта по этому вопросу, я бы не писал в эту ветку. Опыт был, и на тот момент неудачный. Но судя по тому что происходит, я надеюсь, что теперь уже можно получить лучшие результаты и есть смысл тратить на это время.
406 dmrjan
 
13.12.18
10:33
(398) Я в 2008 году в PostgreSQL 8.3 реиндексацию и полный вакуум очень часто делал и злился что уходило минут по 40-50.
В 8.4 это время сократилось в разы. И с каждым релизом становится все лучше и лучше.
407 Фрэнки
 
13.12.18
10:34
Кстати, до сих пор попадаются примеры, когда Заказчик продолжает сидеть на платформе 8.2, юзает УТ 10 и ни в какую не соглашается обновить платформу и конфигурацию.
408 Aleksey
 
13.12.18
10:38
(392) "работает из коробки" - Работает без дополнительных действий, в стандартной поставке, при установке с настройками по умолчанию.
409 Фрэнки
 
13.12.18
10:44
(408) т.е. другими словами: в репозитории, из которого выполняется установка, не хватает файла с установленными дефолтными настройками, соответствующими тем патчам, которые были применены к "ванильному постгри"
410 ansh15
 
13.12.18
10:45
(404) Примерно в то же время, в первых версиях БГУ первой редакции, больше полугода нельзя было сделать ТиИ, Postgres валился в ошибку. Приходилось выгружать в файловую, потом обратно. Со временем починили.
411 NorthWind
 
13.12.18
10:45
(407) платформу ладно. А конфигурация стоит денег и сил, в особенности, если ее затачивали под эту организацию... Понять вполне можно.
412 don_Rumata
 
13.12.18
10:46
(398) По РСВ есть рекомендация отключать оптимизатор. Может быть ты не отключил его?
413 Фрэнки
 
13.12.18
10:47
(410) да. И не только в БГУ.
414 Salimbek
 
13.12.18
13:04
(400) Задолбали вы своими "коробками". Или с МС СКЛ никто не тюнит? Прям вот ТемпДБ не выносят на отдельный винт? Бэкапы? Пересчет статистики? Реиндексация? Разрастание Логов?
Или это для вас не считается?
А много серверов падало с копыт из-за того, что ограничение ОЗУ для СКЛ-а этого не выставили и оно всю память сжирало?

Сказочники, они такие сказочники. Зато "тайное знание", в виде оптимизированных скриптов обслуживания баз засовывают в закладочки.

http://catalog.mista.ru/public/308762/
https://blogs.msdn.microsoft.com/blogdoezequiel/2011/07/03/adaptive-index-defrag/

З.Ы. При определенном уровне опыта становится вообще все равно, на каком языке программировать, а также все равно - какую базу обслуживать и какую ось ставить.
415 NorthWind
 
13.12.18
16:50
(414) количество иппатории несопоставимо. На достаточно средней базе на настройку скуля у нас ушло несколько часов вместе со всеми регламентами а-ля статистика, память и бэкапы. И потом я по большому счету к этой базе подходил за семь лет один раз - когда в упсе батарея сдохла и понадобилось из бэкапа поднять базу, которая после включения оказалась в суспекте. ВСЁ!
Теперь постгри. Во-первых, я не нашел очевидного описания параметров, не говоря уже о готовых значениях под типовые системы. Пришлось додумывать, подстраивать и поддергивать. Во-вторых, я не нашел нормального инструмента для настройки - только блокнот и адское на тот момент убожище pgAdmin (не знаю как сейчас). Ладно, я терпеливый. В-третьих, выяснилось что бэкап штатным образом валяется - см. данный топик. Как его правильно поднять, я узнал вот только отсюда недели три назад - спасибо доброму человеку. Ну и в-четвертых, база, которая вроде бы бодро пошла работать, через три месяца легла на расчете себестоимости выпуска. Три месяца, Карл. Против семи лет. При тех же усилиях.
416 NorthWind
 
13.12.18
16:59
но при всем при этом я все же надеюсь, что если я возьмусь сейчас и на 8.3, я все-таки добьюсь рабочей базы...
417 unregistered
 
13.12.18
17:15
(414) Еще раз для дебилов и чукчей, которые "писатель, а не читатель": стандартные настройки любой СУБД (хоть MS, хоть  PG) для работы с 1С, которые перечислены в чек-листах по настройке продуктивных серверов на сайте ИТС 1С, тюнингом никто не называет.
Это то, что делается всегда при установке и первоначальной настройке СУБД. Установка нескольких магический параметров, настройка регламентов типа бекапов, переиндексаций, обновлений статистик и т.д. и т.п.
Всё это делается относительно быстро и просто (хотя в PG через *опу и значительно дольше, чем в Management Studio для MS).
Так вот подобный алгоритм установки, когда поставили и выполнили требуемый минимум настроек, описанный в чек-листах и официальных рекомендациях от самой 1С, и называется поставить "из коробки".
О дебилистической установке "Далее - Далее - Готово" и сразу в продуктив никто не говорит.
418 Джинн
 
модератор
13.12.18
17:19
(417) Коллега, сбавьте градус и перечитайте правила форума.
419 unregistered
 
13.12.18
17:23
(418) Извиняюсь. Просто утомили уже. Каждому по десять раз надо повторить и разжевать - о чем идёт речь. И почему-то 9 из 10 1С-ников всерьез считают обычную настройку бекапов и обновления статистики тюнингом и магией 80 уровня.
420 Cyberhawk
 
13.12.18
20:10
(419) Чек-лист с ИТС делают не более 5% от общего числа серверных баз. Остальные именно "Далее - далее - готово" и все.
421 palsergeich
 
13.12.18
20:13
(420) 5% это ИМХО крайне оптимистично.
Далее далее далее я видел везде.
А что то там читать с ИТС - когда проблемы пойдут, а может к тому моменту я уже уволюсь(с) - типичная ситуация
422 Фрэнки
 
13.12.18
20:15
(421) так вот оказывается в чем проблема :-)
постгри ставят там, где почему-то обитают Васи.
423 palsergeich
 
13.12.18
20:21
(422) Постри ставят что бы не платить за скуль.
А про DBA хотя бы на настройку все почему то забывают.
Ну если исключить крупные внедрения.
424 Aleksey
 
13.12.18
20:54
(409) понятие не имею о чем ты
425 Aleksey
 
13.12.18
20:57
(404) никто не тюнет. Если сильно прижмет настроют по рекомендациям 1С с итс.
Я лет 6 туда не заглядывал. Это сейчас, когда база доросла до 100 гигов, настроил по рекомендации 1С. Правда субъективно - ничего не поменялось
426 Aleksey
 
13.12.18
20:57
(425) к (414)
427 g00d
 
13.12.18
21:00
(384) что за глупости, постгрес также надежен как МС, а в вопросах восстановления на 2 головы выше
428 rsv
 
13.12.18
21:12
(380) судя по вакансиям центра им.Хруничева порогов набирают на скуль и оракл.Как с санкциями?
429 pudher
 
13.12.18
21:28
(415) Прогресс не остановить, в России будущее за Postgres
430 Провинциальный 1сник
 
13.12.18
21:51
(427) "в вопросах восстановления на 2 головы выше"
Ага щаз. Ну, подскажите тогда простой способ подцепить существующие базы с неживого сервера на новый. Вот если внезапно сервер умер, не грузится, но каталог с базами доступен.
431 NorthWind
 
13.12.18
22:10
(429) этого никто не знает. Тут видение будущего меняется примерно раз лет в 10, а однажды поставленные системы от 1С чаще всего столько не живут по причине морального устаревания.
432 Fragster
 
гуру
13.12.18
22:25
https://habr.com/post/433056/
На днях стало известно о том, что экспертный совет по программному обеспечению при Минкомсвязи собирается через полгода начать исключать из реестра отечественного софта продукты, которые базируются на разработках иностранного происхождения. По словам авторов идеи, эта мера принесет пользу заказчикам, которые находятся под санкциями или могут попасть под них.
433 palsergeich
 
13.12.18
23:08
(428) тока вакансиям в Хруничева больше года
434 H A D G E H O G s
 
13.12.18
23:14
(432) Это Госсектор
435 rphosts
 
14.12.18
04:42
(382) если владельцу автопарка должны привезти тушу поросёнка, причем в любом случае везти по жутким пробкам - какое ему дело до модели транспортного средства? Ему главное - что-бы было довезено. А вот себестоимость транспортных расходов с учетом амортизации будет не в пользу мерса.
436 Злопчинский
 
14.12.18
05:13
(432) ну и 1С надо исключать.
оно же - само 1С - не на отчетсевнном софте написано. а какойнить иностранный язык типа Си. и фреймворк еще какойнит использовался некузявый.
437 Злопчинский
 
14.12.18
05:17
(336) Хрень какая.
Вот внедряю я ВМС.
ошибки лезут. где же без них.
и говорю клиенту
"Со временем ситуация будет только улучшаться с этим делом. Но и сейчас оно уже намного лучше и легче устанавливается, настраивается и ошибок меньше. Намного меньше."
- клиенту это ПОХЕР. ему надо работать СЕЙЧАС. а не в будущем. И не абы как, а "эффективно и производительно и недорого" - он для этого систему брал.
438 pudher
 
14.12.18
06:16
(434) Это да, госсектор должен страдать.
439 spectre1978
 
14.12.18
07:00
(400) не совсем так. "Набор пакетов" у мс четко фиксирован и на момент заказа точно знаешь что берешь. Коробка  - это вендор. Мы берём любую современную поставку мсскл и 1С с ним работает - это коробка. В случае с постгри производитель клиентского ПО 1С патчит сервер под себя. Да и вообще, любой кому не лень может сделать свой дистр постгри, и что там будет - зависит от его левой пятки. Какая же это коробка?
440 NorthWind
 
14.12.18
09:51
вообще, говорить о какой-то продуктивности этого спора можно будет в том случае, когда будет некий дистр постгри, который будет оснащен конфигом, обеспечивающим работоспособность большинства баз... ну хотя бы самых часто встречающихся, до 50 Гб размером. Без ловли клинов спустя несколько месяцев после установки. Для MS SQL это так или иначе есть, доступно. А когда об этом начинаешь говорить в постгри-сообществе, то немедленно сбегаются красноглазики, которые говорят что это нельзя, что все индивидуально, что нужна тонкая настройка и вообще надо смотреть хиты в кэше и pre-warm'ить таблички, без этого никак :)) Вот именно это и отпугивает от постгри людей.
441 Фрэнки
 
14.12.18
09:57
(440) но оно так и есть.
Ты просто словил ошибку в 2011 году.

Мы в этом году просто взяли и переустановили на своих базах и ничего там каким-то особым и хитрым образом не настаивали. И это не одна установка, а целая серия баз. Но они не большие, конечно, но их достаточно много. Обычные без особых претензий базенки. Обычно работают. На виндусовых компах, виндусовые версии постгри.
442 Фрэнки
 
14.12.18
09:58
(441) Это я к тому, что свежий дистриб использовался и таких граблей, каких словили в 2011-ом не случилось больше.
443 don_Rumata
 
14.12.18
10:40
(440)Повторю (412)
Ты точно отключал оптимизатор? Так-то пг работает годами, нет никаких клинов через 3 месяца
444 Фрэнки
 
14.12.18
10:46
(443) да он с 2011 года наверное больше и не приближался к постгри - если я не прав, то прошу не обижаться :-)
445 don_Rumata
 
14.12.18
10:52
(443)
+
https://its.1c.ru/db/metod8dev/content/4692/hdoc
Хотя эта раекомендация от января 2012, но, может где-то и раньше она встречалась

(444) :)
446 Salimbek
 
14.12.18
14:32
(417) Эт хорошо, что градус тебе понизили, может адекватнее будешь. А что касаемо прочего, то мне лично пофигу, что вы "перечисленное в чек-листах" тюнингом не называете, хотя, можете сделать "чек-лист" для ПГ и тогда его тоже тюнить не придется (можно даже вообще в скрипт засунуть оптимальную настройку). Как по мне - любое изменение дефолтных параметров - это тюнинг. И его надо проводить как на МС, так и на ПГ. Тот факт, что с МС-ом больше возились и по нему больше адекватных инструкций - это конечно плюс, но не столь существенный, чтобы возводить его на пьедестал.
И как правильно вам заметили в (441)-(445) надо еще смотреть на версии используемого ПО, т.к. в том же МС-2000 была известная бага с ТемпДБ, а в более новых версиях уже поправили. Так же и ПГ живет, развивается, да и конфы 1С поворачиваются к нему лицом.
447 NorthWind
 
15.12.18
11:02
(443) судя по всему, статейку вывесили как раз после этой проблемы. Потому как я встрял именно осенью 11, а дата - январь 12.
448 NorthWind
 
15.12.18
11:04
(444) да, я это бросил как страшный сон, и думаю, на тот момент я был прав. Но сейчас ситуация реально улучшилась? Можно браться за это?
449 NorthWind
 
15.12.18
11:05
я больше не напорюсь на грабли с падением бэкапа по недостатку памяти, вот на такую хрень с запросами? Или опять же это не гарантировано?
450 Василий Алибабаевич
 
15.12.18
11:27
(449) Последние рекомендации по ссылке из (445) прочитал?
"
После изменнеия этих параметров, следует оценить возможное влияние этих изменений на работу системы и выбрать наиболее приемлимый выриант для ваших задач.
"
Всмысле : Попробуйте. Может повезет.
451 Фрэнки
 
15.12.18
11:46
(448) А статистика, что количество установок постгри постоянно растет?

А упорство самой 1С, которая пилит связку с постгри гораздо активней, чем с той же DB2 или Оракл?

В моем окружении, например, почти все новые случаи установленных СУБД - это постгри. Там, где ставят мс скл - именно среди тех случаев, к которым я имею достаточно близкий доступ и знаю инфу как бы изнутри - либо заведомое грубое пиратство и абсолютное нежелание платить (там и просто за 1С платят хреново, не говоря уж про СУБД), либо навязанное свыше использование МС СКЛ за деньги вышестоящих организаций. Других вариантов сознательного выбора МС СКЛ я не встречаю. И это не в Москве, конечно. Я понимаю, что в Москве доступ к затратам на ай-ти несколько свободней и там есть масса других примеров.

Кстати, с учетом желания халявы и с учетом того, что халяву нужно мерить не только в момент установки софта, но и последующей его эксплуатации, а при этом существует довольно большое число Заказчиков, которые умышленно либо по безграмотности нарушают лицензионные майкрософта...
452 NorthWind
 
15.12.18
11:57
(451) статистика статистикой, но интересен реальный опыт. Мне бы не хотелось повторно выкидывать на это свое время и силы просто так, поэтому и задаю вопросы. Тем более что по состоянию "на тогда" спросить было не у кого, из чего опять же следует вывод, что тогда я взялся за слишком сырую тему. Что ж, если сейчас все изменилось, то хорошо.
453 H A D G E H O G s
 
15.12.18
12:11
У нас есть клиент, который сидит на Postgree и старинном сервере 2010 года. В новой версии КА2.4 Гилев на нем выдал 10.5 попугая, что, честно, меня впечатлило. Если не уйдут на SQL - буду изучать Postgree, все вам потом расскажу.

Ведь у него есть планы запроса в виде xml, ведь да, да?
455 Фрэнки
 
15.12.18
13:19
(452) если у ТЕБЯ нет реального опыта - то никакой другой тебя не впечатлит.

У меня есть РЕАЛЬНЫЙ опыт и что тебе с него... хотя я уже реально кучу постов в этой ветке напостил со своего опыта :-)
456 spectre1978
 
15.12.18
13:42
(455) это не цирк чтобы впечатлять. Я хочу понять, есть ли смысл этим заниматься, только и всего.
457 spectre1978
 
15.12.18
13:43
Насчёт постов и вообще этой ветки - да, я видел, ветка полезная, большое спасибо.
458 ansh15
 
15.12.18
17:07
(453) На xml, наверное, не очень похоже https://habr.com/post/203320/
На работающей системе можно пользоваться модулем auto_explain https://postgrespro.ru/docs/postgrespro/11/auto-explain
А чтобы запрос на языке 1С сопоставлялся с запросом для СУБД и тут же рядом план выполнения запроса и стрелочкам показывались взаимосвязи между ними - да, такого нет, по крайней мере, бесплатного...
459 Пузан
 
17.12.18
09:26
Кстати. Решил тут у клиента попробовать Постгре. Смотрю чего есть у 1С. Есть версия 9.6 и версия 10.5. Все хорошо, но версия 10.5 рекомендуется для платформы не ниже 8.3.13. А чета меня терзают сомнения по поводу 8.3.13. Да и развернуто щас все на 8.3.12. Таки что посоветуют опытные товарищи? Остаться на 8.3.12 и поставить 9.6 или перейти на 8.3.13 и поставить 10.5?
460 Фрэнки
 
17.12.18
09:36
(459) я сам 10.5 не ставил еще, т.к. тоже хочу увязать ее использование с 8.3.13 или 8.3.14
Просто в описании 10.5 четко указано, что отличающие ее от 9.6 фишки заработают только на новой платформе. Т.е. ставить вроде как можно, но отличий заметно не будет.
461 unregistered
 
17.12.18
10:20
(446) Не понял нафига ты мне это пишешь да ещё и со ссылками на посты, которые к моим высказываниям никакого отношения не имеют.
Если для тебя установка ПО заканчивается нажатием кнопки "Готово" в мастере установки, то Бог тебе судья.
462 stix2010
 
17.12.18
11:11
Перенесли базу с pgsql на ms sql - стало тупить. pgsql 9.6 на centos, работало как часы около 3 лет, база специфическая,  толстый клиент >50 гб, перенесли из за проблем долгим восстановлением базы.
463 tesseract
 
17.12.18
11:23
(462) Статистику сбрось. А еще лучше реструктуризацию сделай. База будет тупить пока не прогреется.
464 ansh15
 
17.12.18
11:58
(462) pg_dump -Z 0 -j число_потоков(ядер процессора) может существенно ускорить данную процедуру. Сжать выгрузку можно и потом, тоже многопоточно. Восстановление аналогично.
Конечно, это все при наличии какого-нибудь количества ядер у процессора(и частоты), ну и, достаточном размере оперативной памяти.
465 rphosts
 
17.12.18
15:57
(460) не все фишки требуют какой-то платформы. К примеру где-то пробегало что в 10.* Изменился алгоритм расчета хэшьта таблицы (для hаsh join) - платформа тут ничего не решает, а в 9.6 решили проблему деградации производительности при слишком большим значении effective_cashe_size (я ведь не сильно переврал имя параметра?) - тут тоже платформа никаким местом
466 pavig
 
18.12.18
21:46
(367)
Ну так возьми, настрой правоверно-пряморуко как ты любишь и выложи сюда результаты тестов.
Но тебе в лом настраивать постгрес.
И всем в лом.
И вообще не понятно - можно ли как-то умудриться заставить постгрес работать близко по скорости к мс скл.
Вот поэтому такие как ты только и ноют про чужие кривые руки, а на деле ничего подкрепляющего эти слова не имеют.
467 pudher
 
18.12.18
22:00
(466) Так вот же тесты, MS хуже: http://catalog.mista.ru/public/962876/
468 pavig
 
18.12.18
22:15
(467)
Там же комментарий Вячеслава Гилева
"отличная манипуляция и подтасовка фактов, в лучших традициях маркетологов 1С"
469 pudher
 
18.12.18
22:21
(468) Так нет других тестов, остальные просто так болтают, вообще без каких-либо цифр.
470 pudher
 
18.12.18
22:22
(468) А Вячеслав да, тот ещё фрукт :))
471 Фрэнки
 
19.12.18
08:25
(466) ну нет у МС СКЛ какой-то особой скорости
472 Фрэнки
 
19.12.18
08:31
Вот отткуда из обсуждения по ссылке копипаст сделаю
---
(74) если вы ознакомитесь с ответом (53) , пройдете по ссылкам и посмотрите видео, то поймете что PostgreSQL, впрочем как и MS SQL Server - продукты которые мы и сами используем, и нашим клиентам настраиваем.

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

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

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

мы за правду, а не за тренды и маркетинг

понятно объяснил?
http://forum.infostart.ru/forum86/topic205816/message2109892/#message2109892
473 Фрэнки
 
19.12.18
08:34
жаль, что тут сейчас выделение штрифтами не срабатывает...

вот обратите внимание на мнение Гилева по ссылке в (472)
---
а мне бы не хотелось терять будущих коллег по PostgreSQL
потому что типовые конфигурации, особенно старые,
а еще больше доработки фирм франчайзи
не заточены под PostgreSQL,
и не достаточно поставить субд и галочки понажимать,
надо еще пилить код, причем, не пять минут
474 mgk2
 
19.12.18
08:55
Вроде 1cfresh на Postgresql работает.
Это о чем-то говорит.
475 Aleksey
 
19.12.18
08:57
(474) Ну как работает... вроде бы просто служебная вспомогательная база, типа ЛК на ней крутиться
476 mgk2
 
19.12.18
08:58
(475) А базы пользователей на чем?
477 Aleksey
 
19.12.18
08:59
(476) хз

кнопка (так фирма называется) свой фреш на постгри разворачивала. Даже на хабре о проблемах писали

https://habr.com/company/knopka/blog/345692/
https://habr.com/company/knopka/blog/333480/
478 Фрэнки
 
19.12.18
09:29
(477) хз, что там внутри статьи за проблемы, но

Заключение

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

У нас более 350 Гб информационных баз отлично себя чувствуют, растут и развиваются. Чего и вам желаем!

и в другой статье

С этого момента у нас есть минимальный работающий сервис 1C Fresh. Как видно, развернуть его достаточно просто.

Заключение

Это далеко не весь функционал. Можно настроить планируемые обновления конфигураций, синхронизацию данных в сервисе. Добавление шлюза приложений обеспечивает масштабируемость экземпляра сервиса, добавляя в него новые информационные базы и сохраняя единый внешний адрес для однотипных информационных баз. Сайт и форум сервиса, мониторинг недоступности и прочие можно без проблем ввести в эксплуатацию совместно с сервисом 1C Fresh, что дает гибкость в выборе функционала в зависимости от ваших потребностей.

(т.е. здесь даже самоцель 1С Фрэш, а не проблемы с постги, но инструкция весьма и весьма подробная - любопытно ее действия воспроизвести)
479 ansh15
 
19.12.18
09:53
По поводу 1С:Fresh в госсекторе - http://gov.cnews.ru/news/top/2018-12-06_informsistema_kaznachejstva_i_minfina_sekonomit
"Платформа сервиса бухучета строится на платформе «1С:фреш», которая позволяет разворачивать работу с «1С:Предприятием» на любых компьютерах через интернет. В качестве СУБД для системы используется Posgres Pro отечественной компании Postgres Professional. Серверы работают под управлением ОС семейства Linux."
480 unregistered
 
19.12.18
10:29
(474) > Вроде 1cfresh на Postgresql работает. Это о чем-то говорит.
(475) >  Ну как работает... вроде бы просто служебная вспомогательная база, типа ЛК на ней крутиться

Насколько я знаю, часть(!) (не весь) сервиса 1cfresh крутится на Postgresql. Причем довольно давно (не один год). И точно речь идёт непосредственно о самих реальных базах данных, а не о каких-то служебных или вспомогательных.
481 Aleksey
 
19.12.18
10:37
(480) Возможно. Я просто читал где то несколько лет назад об этом.
482 unregistered
 
19.12.18
10:57
(472) Всё это лирика и эмоции. Странно видеть такую реакцию от такого уважаемого спеца, как Гилёв.

> подача материала не нравится тем, что доверчивые люди решат что PostgreSQL решит все их проблемы...

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

Ну и далее по тексту перечислен ряд особенностей Postgres, часть из которых на сегодняшний день с последними версиями  PG уже не так остро актуален. (типовые конфигурации,...доработки франчайзи не заточены под PostgreSQL, ...надо еще пилить код,...). Действительно было время, когда надо было затачивать код 1С под PG. Сейчас эта потребность перешла в категорию "желательно" из категории "жизненно необходимо".
483 Aleksey
 
19.12.18
11:27
(482) А что изменилось? Т.е. если я возъму допиленную УПП 10ти летней давности то всё будет летать, так как проблема в PG? Или проблема частично решена исключительно при использовании последней версии БП 3.0 (так как она во фреше на PG крутиться), а в УТ11/ERP проблема осталась? Т.е. пробллема в конфигурации и всё решается индивидуально, т.е. все равно нужно затачивать код?
484 unregistered
 
19.12.18
11:49
(483) Уж сколько раз всё это обсуждалось...
Есть (условно) несколько вариантов.
1. У вас типовые конфигурации актуальных версий на последних версиях платформы  с последними версиями PG. Проблем вообще быть не должно.
2. У вас есть старые конфигурации (в том числе допиленные), но крутятся они на актуальной версии платформы (в режиме совместимости или без него - не принципиально) с актуальной версией PG. Глобальных проблем у вас не будет, но возможны тормоза в отдельных сценариях. Как раз в той части кода, о необходимости допиливать который пишет Гилёв.
3. У вас старые конфигурации (возможно с дописками, а возможно и без) на старых версиях платформы и соответственно  (из-за совместимости по системным требованиям) на старых версиях PG. Тут действительно всё грустно. Надо долго шаманить с настройками PG, переписывать 1С-овский код для нормальной работы PG и т.п.

Но суть то в том, что Дорошкевич пишет о последних актуальных версиях платформы (не ниже 8.3.5 если не ошибаюсь) и версиях слона (не ниже 9.6). А плача о плохой работе древних версий платформы с древними версиями PG я, честно говоря, не понимаю.

Проблема о которой пишет Гилёв существует, но, ИМХО, несколько им преувеличена.
485 rphosts
 
20.12.18
05:59
(483) >все равно нужно
не нужно, а нужно было... например ранее была проблема у запросов с полным соединением - недели 2 назад проверяли у себя... не воспроизводится! У актуальной версии ПГ + актуальных версий типовых проблемы не выявлено.
486 Aleksey
 
20.12.18
06:01
(485) Т.е. это единственная проблема которая тормозила переход?
487 rphosts
 
20.12.18
07:36
(486) у нас кроме упыпырища(старая, переписанная и дописанная в хлам, обновляем только регламентированную) всё на постгре уже пару лет как... По упп все наши текущие тесты с проблемами пройдены успешно. Тестили 10.3-3.1с тех.платформа если не забыл 8.3.13.1667
488 ansh15
 
20.12.18
10:42
(484) Можно еще добавить - на древних серверах тех же лет.
489 dmrjan
 
20.12.18
11:02
(487) Вчера выложили 10.5.9
490 rphosts
 
20.12.18
11:53
(489)минорные версии постгри это как правило чисто баг-фикс, ставить разумно сразу ее.
491 dmrjan
 
20.12.18
11:55
(490) Туда походу запихали фичи из 11 версии.
492 Пузан
 
20.12.18
12:12
(489) Причем предыдущую вообще убрали. :)
493 rphosts
 
20.12.18
12:16
(491) нет, фичи в мажорных обновлениях, у постгри такие обычно выходят примерно раз в год последнее время
494 Nikoss
 
20.12.18
13:17
что такое минор и мажор?
495 Nikoss
 
20.12.18
13:17
+(494) в контексте постгри
496 dmrjan
 
20.12.18
13:24
(493) Разница в релизах 10.3 и 10.5
http://downloads.v8.1c.ru/content//AddCompPostgre/10_5_9_1C/postgreUpdate_ru.htm
Оптимизация

1.Перед построением плана запроса выполняется упрощение запроса (удаление избыточных соединений и т.д.). План запроса строится по упрощенному запросу.

2.При вычислении стоимости сортировки учитываются стоимость сортировки одной или нескольких колонок, стоимость самой сортировки, количество операций сравнения полей.

3.Улучшена оценка стоимости соединения при построении плана запроса в том случае, если в планируемом запросе используется соединение таблиц с условием по нескольким колонкам.

4.При планировании запроса, содержащего выражение СГРУППИРОВАТЬ ПО, планировщик выбирает наиболее оптимальный индекс из имеющихся (исходя из списка полей в выражении). На основании выбранного индекса планировщик может изменить порядок полей в выражении СГРУППИРОВАТЬ ПО для того, чтобы порядок полей соответствовал выбранному индексу.

Это же не ванильная сборка. Это Pro.
497 H A D G E H O G s
 
20.12.18
14:16
Надо потестить postgree
498 Salimbek
 
20.12.18
14:21
(497) Прошу результатами тестов поделиться с сообществом! :-)
499 H A D G E H O G s
 
20.12.18
14:27
Хехехе.
Вот она, сама мякотка.
Все обсуждают сферических коней...
Нельзя просто взять и поставить Postgree!
500 тхулбо
 
20.12.18
14:33
(499) Что значит нельзя? Берут и ставят.
501 dmrjan
 
20.12.18
16:10
(499) Я не буду удивлен, что это 1С-овцы ошиблись с описанием.
502 dmrjan
 
20.12.18
16:13
Хотя возможно структура базы осталась прежняя, только поменялись механизмы на чтение. Тогда только реиндексация и все будет работать как надо.
503 rphosts
 
21.12.18
03:25
(499) под винду вообще только выбрать правильный каталог для base и локаль + потом проверить SecondaryLogon/ВторичныйВход.
Под Пингвином убедиться, что все либы той системы
504 rphosts
 
21.12.18
03:26
+ (503) хотя и локаль и каталог можно потом сменить, но чуть сложнее и чуть больше знаний требует.
505 Пузан
 
22.12.18
06:59
А чего у Постгре с разностным бэкапом? Или он может каждый минут 10 спокойно снимать полную копию не мешая работать и копия получается нормальная?
506 ansh15
 
22.12.18
11:39
(505) Вопрос по Postgresql
Работать,при этом, не мешает. Нужно только некоторое количество ядер и достаточный объем памяти.
А так - пожалуйста, за деньги https://postgrespro.ru/docs/postgrespro/10/app-pgprobackup
507 ice777
 
22.12.18
13:14
(505) может.
Только зачем каждые 10 минут? )
508 rphosts
 
22.12.18
13:17
(507) может ему реплика нужна?
509 ice777
 
22.12.18
13:18
Я работаю и с sql.
Но что мне лично претит- это политика $MS насчет лицензий на ядра. Цена, которую не все готовы платить. Плюс лицензии на сам вин сервер.
А вот, если соображаешь, как сделать на линуксе и postgre, получается нормально, и пофиг на размеры базы, все пугалки от незнания, нежелания напрячь мозги, а иногда и от ннадобности- когда привели, посадили перед ms sql на винде и все так хорошо, что ничего и не надо.
510 ice777
 
22.12.18
13:18
(508) интересно, какой смысл?
511 rphosts
 
22.12.18
13:20
(509) нуууу, "если нет желания - ищется причина, если есть - способ"
512 rphosts
 
22.12.18
13:20
(510) упала база и тут опа - поднялась реплика!
513 ice777
 
22.12.18
13:23
(512) это где на 1с такие базы, для которых такая срочность ?
И падучесть )
514 rphosts
 
22.12.18
13:34
(513) не "и падучесть" а 10 минут простоя стоят конски дорого
515 ice777
 
22.12.18
13:35
(514) переходите на САП.)
516 rphosts
 
22.12.18
13:36
(515) вы не перепутали оппонента? Не мне нужно каждые 10 минут бэкап.
517 dmrjan
 
22.12.18
13:37
(505) Можно смело поднимать отдельный сервер PostgreSQL для реплики. При этом за ним нужно следить, чтобы он не выключался на длительное время, иначе придется полностью перезаливать базу.
518 rphosts
 
22.12.18
13:48
(517) смотря как сделано... может и основную базу завалить
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой