Вход | Регистрация

  1  2   

Postgres уже можно использовать? Или еще сырая?

Postgres уже можно использовать? Или еще сырая?
Я
   Юрий Лазаренко
 
14.09.18 - 17:51
1. Postgres конечно67% (12)
2. MsSQL однозначно33% (6)
Всего мнений: 18

Привет, коллеги. Поднимаем сервер новому клиенту. УТ+БП+ЗУП, 20 пользователей. Вопрос выбора СУБД: с одной стороны проверенный, но платный MsSQL, с другой - бесплатный но ни разу не пробованный Postgres.

Что скажете? Есть проблемы с работой баз на Postgres?
 
 
   Krendel
 
1 - 14.09.18 - 17:52
Постгрес на никсах даст прирост производительности, 
скачай сборку с постгреса, там есть отдельная сборка под 1С
   Юрий Лазаренко
 
2 - 14.09.18 - 17:54
(1) Речь не о производительности (там 20 юзеров всего), а о затратах на покупку MsSQL. Есть смысл экономить, или эта экономия потом выйдет боком при эксплуатации?
   Krendel
 
3 - 14.09.18 - 17:55
Вопрос как обычно- есть ли админы знающие постгресс
   Krendel
 
4 - 14.09.18 - 17:55
На УПП проблем не было
   Юрий Лазаренко
 
5 - 14.09.18 - 17:55
(3) Нет
   Amra
 
6 - 14.09.18 - 17:59
(5) Норм все будет. Запускаем проект - несколько сот пользователей, все на Никсах. Сейчас тесты гоняем, как раз порядка 20 человек - полет нормальный
   Ахмадинежад
 
7 - 14.09.18 - 18:00
(4) в 2009 году пришлось уйти с постгреса на МС СКЛ, т.к. себестоимость не заканчивалась (распределение косвенных расходов по переделам зависало)
Но, вроде, с тех пор должны были поправить
   Юрий Лазаренко
 
8 - 14.09.18 - 18:00
(6) А сам Postgre человеку, не знающему его, поднять реально? Или лучше пригласить специалиста? Есть там что-то типа мастера со стандартными настройками?
   Krendel
 
9 - 14.09.18 - 18:01
(7) Да я сам в шоке был, думал никто ничего не делал ;-)
   PR
 
10 - 14.09.18 - 18:01
Я бы обратил внимание на автоматические регулярные бекапы бенз выгона пользователей
В MS понятно как, в Postgres не знаю
 
 Рекламное место пустует
   timurhv
 
11 - 14.09.18 - 18:05
(8) Я 6 лет назад MSSQL учился ставить по видео на ютубе и документации. По слону все это уже есть, вплоть от поднятия CentOS + 1С + PostreSQL. Качество сильно поднялось.
Думаю, лучше сразу разворачивать на Linux при наличии желания и свободного времени в изучении чего-то нового.
   Amra
 
12 - 14.09.18 - 18:18
(8) В последних сборках от постгрепро есть галочка при установке "рекомендуемые настройки" или как то так, не помню дословно
(11) ничего сложного, на самом деле
   Базис
 
13 - 14.09.18 - 18:20
Видел огромные базы на ПГ. Ошибки "дважды динамически обновляем и рушим базу" на ПГ не было, на МС была (сейчас вроде везде устранена). Найди контакты админа для платной поддержки с SLA и ничего не бойся.

1. Postgres конечно
   lodger
 
14 - 14.09.18 - 18:40
ставьте, заодно научитесь.

1. Postgres конечно
   GreyK
 
15 - 14.09.18 - 18:44
Работает.

1. Postgres конечно
   Юрий Лазаренко
 
16 - 14.09.18 - 19:34
Ок, всем спасибо, будем осваивать.
   Фрэнки
 
17 - 14.09.18 - 19:35
Что какое-то позднее зажигание. Дай бог памяти вспомнить - с какого же года - как бы 2004 или 2005-ый уже был рабочий сервер посгрес в большом количестве баз

1. Postgres конечно
   Фрэнки
 
18 - 14.09.18 - 19:37
(16) тут важно все-таки осмотрительно выбирать под серверную ось. Где-то под виндой умудряются выхватить неожиданные сюрпризы. Но в моих актуальных примерах на таких серверах ставим винду 7, хоть она и не серверная. Специально, в тех случаях, когда будет стоять посгрес. Но это скорей от пословицы: лучше перебдеть, чем ...
   Юрий Лазаренко
 
19 - 14.09.18 - 19:38
(17) Всяко бывает. Раньше клиенты попадались с собственным железом, софтом и админами, а это первый, у которого еще ничего нет, кроме денег и желания автоматизироваться.
   Провинциальный 1сник
 
20 - 14.09.18 - 19:38
(7) Нестедлупы надо отключать.
https://its.1c.ru/db/metod8dev#content:4692:hdoc
   Фрэнки
 
21 - 14.09.18 - 19:38
(16) с линуксовым сервером неожиданностей намного меньше по моим впечатлениям
   Юрий Лазаренко
 
22 - 14.09.18 - 19:39
(18) Почему именно винда 7? Планировали брать в аренду сервер с 2012.
   Провинциальный 1сник
 
23 - 14.09.18 - 19:40
А вообще постгрес бяка, потому что нельзя просто так взять и скопировать базу, или восстановить её на новом экземпляре сервера. Пляски с бубном гарантированы.
   Фрэнки
 
24 - 14.09.18 - 19:41
(19) ну тут сложный выбор... если своего у них в принципе нет, то надо исходить их своих возможностей. Однозначно постгрес, но на какую ось - сами ориентируйтесь.
   Фрэнки
 
25 - 14.09.18 - 19:42
(22) сервер 2012 норм. Это я просто из опыта, что в качестве сервера сравнительно небольшие машины в собственности, на которых главное стабильность, а не производительность, т.к. пользователей в каждой базе немного. Ну чисто практический такой пример
   Юрий Лазаренко
 
26 - 14.09.18 - 19:43
(25) Ясно, спасибо
   агент смит
 
27 - 14.09.18 - 19:44
Если у ТС-а нет опыта с пг, у заказчика винда и есть деньги, то ответ очевиден

2. MsSQL однозначно
   Провинциальный 1сник
 
28 - 14.09.18 - 19:46
+(27) А если денег нет, но база небольшая, то и бесплатного экспресса хватит.

2. MsSQL однозначно
   Фрэнки
 
29 - 14.09.18 - 19:46
(27) нет у них ни винды, ни денег лишних - смотри (22)
   агент смит
 
30 - 14.09.18 - 19:48
(20) нету таких рекомендаций щас https://its.1c.ru/db/metod8dev#content:5866:hdoc
   Провинциальный 1сник
 
31 - 14.09.18 - 19:49
(30) Одно другому не противоречит, а дополняет
   Провинциальный 1сник
 
32 - 14.09.18 - 19:50
(31) На практике, отключение нестлупов радикально рубит тормоза и зависания, правда ценой снижения производительности в целом. Каждый решает сам, что важнее.
   агент смит
 
33 - 14.09.18 - 19:52
(32) Т.е. оптимизатор все время ошибается и на больших объемах где надо юзать мердж джойн или хэш джойн, выбирает NL?
 
 
   Провинциальный 1сник
 
34 - 14.09.18 - 19:54
(33) Не всё время. Но при джойнах с подзапросом (что очень характерно для 1с) - весьма часто.
   Юрий Лазаренко
 
35 - 14.09.18 - 19:54
(28) А "небольшая" это сколько?
   Провинциальный 1сник
 
36 - 14.09.18 - 19:55
(35) До 10 гиг
   агент смит
 
37 - 14.09.18 - 19:56
(0) Автор, у тебя вопрос поставлен некорректно. На самом деле, пиздгрес норм работает, в т.ч. и на винде, и тебе это подтвердит на инфосратовском евенте А.Дорошкевич, если ты к нему обратишься. Поставь вопрос корректно, и от этого зависит твое решение.
   агент смит
 
38 - 14.09.18 - 19:57
(28) Експресс зарезан по использованию ресурсов вроде бы 1 ядром, так что сразу фтопку
   Юрий Лазаренко
 
39 - 14.09.18 - 19:57
(36) Значит пока небольшая
   Cyberhawk
 
40 - 14.09.18 - 19:58
(38) Уже 1 сокетом или 4 ядрами. Но это не так важно. Важнее, что 1 гиг оперативы только.
   Провинциальный 1сник
 
41 - 14.09.18 - 20:00
(40) Для баз до 10 гигов это ограничение несущественно, поскольку активная работа ведется с небольшим куском актуальных данных, а это пара сотен мегабайт.
   агент смит
 
42 - 14.09.18 - 20:03
ну и моя любимая ссылочка на интервью с одним из разрабов постгрес профессиональный (тем самым который делал инсталлятор для 1С) https://www.youtube.com/watch?v=JGLEvYsmdiM
   mgk2
 
43 - 14.09.18 - 21:29
У Postgres Pro качайте сборку для 1с - самый беспроблемный вариант.

1. Postgres конечно
   mgk2
 
44 - 14.09.18 - 21:34
(8) под win обычный инсталлятор- спросит по ходу у установки и про оптимизацию и про размещение и программы и базы данных.
   mgk2
 
45 - 14.09.18 - 21:36
(10) батник для архивации пишется за 10 минут - примеров полно. А батник в шедулер windows.
   Юрий Лазаренко
 
46 - 14.09.18 - 21:51
(45) Батник позволит без выгона пользователей сделать бэкап?
   Юрий Лазаренко
 
47 - 14.09.18 - 21:51
(44) Отлично, спасибо
   Amra
 
48 - 14.09.18 - 22:01
(46) В этом Постгре ничем не отличается от МС
   ansh15
 
49 - 15.09.18 - 02:28
Рекомендация enable_nestloop=off относится к 2009-2011 годам, то есть, это было давно v8: PostgreSQL, документы с большим количество проводок и ведомость амортизации
С тех пор даже БГУ первой редакции переписали так, что enable_nestloop можно уже не выключать, хотя с выключенным все равно быстрее раз в 10.

1. Postgres конечно
 
 Рекламное место пустует
   ansh15
 
50 - 15.09.18 - 03:03
Начались проблемы с производительностью сервера 1С
Здесь автору темы разработчики из Postgres Professional подогнали бета релиз с патчем, решающий проблему с падением производительности из-за особенности поведения СУБД на Windows системах.
   rphosts
 
51 - 15.09.18 - 04:27
(5) настроить им постгри и бэкап баз, научить текущего админа как восстанавливать из бэкапа (дать готовый скрипт). Сделать ночную выгрузку дт раз в неделю. Настроить автоматическое обслуживание баз... да и достаточно таки.

1. Postgres конечно
   Провинциальный 1сник
 
52 - 15.09.18 - 06:47
(49) Угу. Подзапросы позаменяли на временные таблицы.
   rphosts
 
53 - 15.09.18 - 06:57
(52) ну ващет тотальное использование временных (в последней редакции ещё и с индексированием временных, когда это прибавляет скорости (а ранее всегда индексировать, что было не совсем правильно)) - требование 1С.
   Провинциальный 1сник
 
54 - 15.09.18 - 07:10
(53) Вообще-то временные таблицы в 1с появились не сразу. Только когда понаступали на грабли с тормозами, пришлось скрипя зубами реализовать пакетные запросы.
   kozdik
 
55 - 15.09.18 - 08:00
Проблема будет, так что я выбираю вариант db2 (где он в списке?)

https://i.gyazo.com/d5488c0eef54995bc91116d094d84258.png

Это современная версия платформы. которую быстро заменили из-за недрожелюбности к постгре
   kozdik
 
56 - 15.09.18 - 08:02
вы можете и дальше жить и использовать типовые конифгурации. но тогда забудьте о сложных запросах с полными соединями -  будет такая ошибка. внезапно после обновления платформы.

И мы "ниче не делали" - просто у нас постгре стоял на сервере.
   Провинциальный 1сник
 
57 - 15.09.18 - 08:03
(55) Эх жаль 1с не поддерживает firebird. Самая моя любимая СУБД из "легких".
   Dmitry1c
 
58 - 15.09.18 - 08:10
Скуль конечно.
Не фиг и затраты (на 20 чел), а качество гарантированно.+Админы всегда есть.

2. MsSQL однозначно
   kozdik
 
59 - 15.09.18 - 08:16
(57) уже полчаса пытаюсь поднять db2 .еще не дошел до загрузки .dt

Как все изменили за 5 лет! Не ну летало же! какойто файлик в папку кидал, вроде семафора.
   dmrjan
 
60 - 15.09.18 - 08:27
Не забывайте, что еще желательно поднять slave-сервер для репликации данных в режиме реально времени, а PostgreSQL это опять же бесплатно. Можно поставить Grafana для визуализации репликации. Антивирус не тормозит операционную систему. Даже визуально все написанное под 1С 8.3 запускается и работает быстрее, чем на сервере Windows. И памяти желательно побольше сразу ставить.

1. Postgres конечно
   kozdik
 
61 - 15.09.18 - 08:32
(60) вы видели скриншот мой в 55?
   kozdik
 
62 - 15.09.18 - 08:35
это проблема базы под слоником.
   kozdik
 
63 - 15.09.18 - 08:36
или проблема 1С со слоником. выбирайте.
у оракла еще вроде есть бесплатная. не тестировал
   kozdik
 
64 - 15.09.18 - 08:41
в 90% случаев слоник подойдет для мелкой организации. пока не придут "умные погромисты" и начнут писать запросы.

типовые конфы , как ни странно. медленно но отработают и на постгре.
   kozdik
 
65 - 15.09.18 - 08:42
мой ответ - я нейтрален!
   Веселый собака
 
66 - 15.09.18 - 08:52
постгри если и юзать, то под линуксом. имхо.
У самого именно так и работает.
   dmrjan
 
67 - 15.09.18 - 09:31
(63) Когда попытались перейти на Windows на УТ10.3 на 1С 8.3.12 вылезла куча глюков с формами. Откатились на 8.3.10. Пока не дадут отмашку - дергаться не будем.
А со слоником работает уже с 2008 года. Еще с PostgreSQL 8.3 начинали, так что есть с чем сравнивать. были и взлеты и падения, но в целом работать можно, есть свои плюсы и минусы, но в целом плюсы начинают перевешивать.

1. Postgres конечно
   timurhv
 
68 - 15.09.18 - 09:42
(55) Уважаемый, думаете под MSSQL подобных ошибок нет? Я уже натыкался на SDBL, специально по поиску посчитал их количество под MSSQL = 47 штук было исправлено за последнее время.
А конкретно по вашей ошибке - откатывайтесь на 8.3.11, либо обновляйте 8.3.12 до крайней. Там это поправили вроде, посмотрите по исправленным ошибкам.
   zaki
 
69 - 15.09.18 - 13:17
(8) установка и настройка из коробки: https://postgrespro.ru/products/postgrespro/download/10.5.1

1. Postgres конечно
   rs_trade
 
70 - 15.09.18 - 15:55
в Слоне до сих пор нет нормальных дифф бекапов. На мой взгяд самый большой недостаток. Что бы PITR  запилить, такие танцы с бубном. В сиквеле три щелчка мышкой.
   rs_trade
 
71 - 15.09.18 - 15:56
и конечно

2. MsSQL однозначно
   агент смит
 
72 - 15.09.18 - 16:22
(70) Диф бэкапы не аргумент, кому-то нужны кому-то нет, есть плюсы есть минусы. И какая связь диф бэкапов с PITR?
   ansh15
 
73 - 15.09.18 - 17:32
(52) Начиная с версии платформы 8.3.11 и PostgreSQL 9.6.3(с патчами для 1С) работу с временным таблицами заметно улучшили. Также улучшили работу планировщика СУБД для определенных случаев, а в самой платформе оптимизировали работу с набором записей регистра бухгалтерии как для файловой, так и для Postgres.
Все, что делается в этом направлении, довольно неплохо.
   Сияющий в темноте
 
74 - 15.09.18 - 18:24
FireBird это совсем другая вещь,на нем с базами нужно работать очень аккуратно,т.к.у него вполне может существовать несколько версий одной и той же записи с уникальным ключом,а при выборке берется одна,согласно условиям выборки,и простые запросы тормозят,выбирая то,чего уже давно нет.
Для систем,где возможно выключение питания,это очень хороший сервер,а для работы с нагрузкой,нет!!!
   rphosts
 
75 - 15.09.18 - 18:45
(66) ну если железяка есть а на базовод от М$ денег не хватило - постгри вполне вариант... хотя под линуксом работает с памятью лучше
   rphosts
 
76 - 15.09.18 - 18:46
(55) вот, имхо, полу-дб и 1С не дружат совсем
   Провинциальный 1сник
 
77 - 15.09.18 - 18:54
(74) Чего плохого в версионности? Всегда гарантируется, что в транзакции вы получите ровно те данные, которые были в базе на момент старта транзакции. При этом - никаких блокировок. Да, нужно более тщательно проектировать рантайм, чтобы не возникало отката из-за конфликтов версий при изменении. А в остальном - одни плюсы.
   rphosts
 
78 - 15.09.18 - 19:33
(77) но критичен к обслуживанию баз и больше нагружает оборудование
   rphosts
 
79 - 15.09.18 - 19:33
+ (78) но для высоконагруженных систем он предпочтительнее
   ptiz
 
80 - 15.09.18 - 19:59
Говорят, что пока не победили RLS на постгри (1С движется в этом направлении). Возможно на постгри придется от RLS отказаться или упростить.
   rphosts
 
81 - 15.09.18 - 20:21
(80) ага, конечно.... у мну нетленка с пиковой 350 чел, из них порядка 300-330 под РЛС и ничё, справляется постгри вполне....
   Amra
 
82 - 15.09.18 - 21:32
(81) Какую версию Постгре используешь?
   Веселый собака
 
83 - 15.09.18 - 21:44
(75) потгри изначально линуксовый..
нет времени объяснять.
   Sun_Lin
 
84 - 15.09.18 - 23:13
У пары клиентов был Postgres. Сам ставил и настраивал.
Правда под виндовый сервер.
Норм работали.
Но по моим тестам в производительности постгре все же уступает процентов 20.
Поэтому одного уже перевел на МС, второй в процессе покупки МС.
Базы у обоих чуть >50 гиг, примерно по 20 пользователей у каждого.

2. MsSQL однозначно
   Sun_Lin
 
85 - 15.09.18 - 23:14
Хотя если постгре линуксовый, то думаю что выбор не столь однозначен в пользу МС.
   tabarigen
 
86 - 15.09.18 - 23:15
На самом деле я за постгрес.
У себя в конторе именно его поставил. У клиентов ставлю MS SQL ибо не хочется их вопли потом слушать.
   Фрэнки
 
87 - 15.09.18 - 23:17
(86) в какой момент? Когда их нахлобучат за нелициуху или кривую нелицуху?
   jsmith82
 
88 - 16.09.18 - 03:19
///

2. MsSQL однозначно
   jsmith82
 
89 - 16.09.18 - 03:22
не вывозит постгре, как ни крути
   rphosts
 
90 - 16.09.18 - 05:49
(82) 9.6.5-4.1C и да, на нем-же крутится Документооборот корп с пиковой почти 1000 чел.
   rphosts
 
91 - 16.09.18 - 05:51
(89) а ты его точно умеешь готовить?
   Провинциальный 1сник
 
92 - 16.09.18 - 07:24
(78) У ib/fb еще есть заморочки, связанные с обеспечением обратной совместимости формата данных. В результате чего многие счетчики в базе до смешного малы и быстро переполняются, делая базу ридонли. А перейти на 64-битные счетчики разработчики почему-то боятся.
   Rovan
 
93 - 16.09.18 - 09:03
(0) у нас 2 года уже на  Postgres 2 базы работают.
Типовые Бух 3.0.
Проблем нет.
До конца сентября планируем обновить с 9.4 на 9.6

1. Postgres конечно
   Фрэнки
 
94 - 16.09.18 - 09:18
(93) но если уж решили обновлять, то ставьте сразу 10-ку
   ansh15
 
95 - 16.09.18 - 11:25
(94) В 1С для версии PostgreSQL-10.3-2.1C(на releases.1c.ru) пишут "Внимание! Текущая версия конфигурации "PostgreSQL" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.13.1198", в Postgres Professional ничего не пишут для версии postgrespro-1c-10-10.5
Как 10-ка будет себя вести с различными версиями платформы от 8.3.9 до 8.3.11 неизвестно. Личные ощущения бета-тестеров(в том числе и мои), что все хорошо работает, конечно, можно принимать во внимание, но ставить  ее в работу, наверное, рискованно.
А 8.3.13, мало того, что сама до сих пор тестовая, так и типовые конфигурации, не говоря уже о переписанных/самописных, на ней могут вести себя непонятно как.
   vis_tmp
 
96 - 16.09.18 - 11:35
(84)А как делается переход с посгресс на МС?
   Cool_Profi
 
97 - 16.09.18 - 11:39
(96) PG -> dt -> MS
всё элеемнтарно
   Amra
 
98 - 16.09.18 - 12:35
(90) Ничо так :)
   Пузан
 
99 - 16.09.18 - 12:42
(97) А если база большая? :)
   unregistered
 
100 - 16.09.18 - 12:43
(0) > Есть проблемы с работой баз на Postgres?

Нет никаких проблем.
По производительности разницы особой вы не заметите.
Истории про просадку на 20% и более по сравнению с MS SQL актуальны были несколько лет назад. С современными версиями платформы и самого Postgres'а проблем быть не должно.
Если речь о типовых конфигурациях актуальных версий, то можете смело ставить Postgres.

Разницы между Postgres под Линукс и под Винду тоже вряд ли заметите. Принципиальным вопрос выбора ОС становится на больших высоко нагруженных базах сложных конфигураций, когда даже 5% производительности становится принципиальным.

Проблемы с которыми столкнётесь:
Под Postgres нет аналогов MS SQL Management Studio. Вернее аналоги есть, но все они значительно менее функциональны.
То есть для настройки всех регламентов, на настройку которых в MS SQL Management Studio у вас уйдёт 15 минут, придется потратить значительно больше времени (если у вас нет опыта и, тем более, если ли вы делаете это впервые).
На сайте postgrespro есть в открытом доступе видеуроки DBA1 и DBA2.

1. Postgres конечно
  1  2   

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