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

  1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

PostgreSQL можно выбирать вместо MS SQL?

PostgreSQL можно выбирать вместо MS SQL?
Я
   AlexSTAL
 
16.10.18 - 17:38
Раньше, помнится, были какие-то ограничения в сложных запросах..?
И/или что-то с транзакционной моделью ещё было...?

Суть в чём, предлагают вместо MS SQL перейти на PostgreSQL.
Будет ли хуже или уже всё 1:1?
 
 
   Cool_Profi
 
1 - 16.10.18 - 17:38
А смысл?
   Cyberhawk
 
2 - 16.10.18 - 17:38
Кто предлагает? Ты продаешь или покупаешь?
   Cyberhawk
 
3 - 16.10.18 - 17:39
Будет не лучше, так наверное правильно сказать ))
   AlexSTAL
 
4 - 16.10.18 - 17:39
Предлагает финансовый директор разработчикам.
Не лучше - нужно обосновать просто, для финансирования
   Cool_Profi
 
5 - 16.10.18 - 17:40
(4) А что, у вас финдир - мастер DBA?
   Cyberhawk
 
6 - 16.10.18 - 17:40
А ты там кем?
   Fragster
 
7 - 16.10.18 - 17:41
"перейти" - нет, "не купить MSSQL" можно попробовать.
   Oftan_Idy
 
8 - 16.10.18 - 17:41
(0) Что значит перейти?
Если у тебя сейчас MSSQL и он куплен, то нафига козе баян? Зачем менять? MSSQL однозначно лучше и мощнее.

Вопрос в том что если тебя файловая, а денег совсем нет на лицензии SQL, то тогда однозначно переходить на Postgree.
Проблемы будут, но не смертельные. Все равно это лучше чем файловая
   Cyberhawk
 
9 - 16.10.18 - 17:41
(5) Финик пади увидел стоимость скуля и в курсе за бесплатные аналоги
   AlexSTAL
 
10 - 16.10.18 - 17:41
(5) Просто нужно обоснование без воды...
 
 Рекламное место пустует
   tesseract
 
11 - 16.10.18 - 17:41
С блокировками может быть беда. Давно пашем и без проблем в целом. DBA есть.
   Cyberhawk
 
12 - 16.10.18 - 17:42
(11) Разделение итогов уже умеет?
   VladZ
 
13 - 16.10.18 - 17:42
(0) Что мешает установить и проверить?
Мое мнение: лучше MS SQL.
   Fragster
 
14 - 16.10.18 - 17:43
(9) так "продать"-то не получится.
   AlexSTAL
 
15 - 16.10.18 - 17:43
(11) Технические подробности можно?
   timurhv
 
16 - 16.10.18 - 17:44
(0) Большие базы-то? Или бухгалтерия на 5 пользователей?
   Cyberhawk
 
17 - 16.10.18 - 17:45
(14) Почему?
   AlexSTAL
 
18 - 16.10.18 - 17:45
(16) Планируются большие, но пользователей не больше 50 наверное... Самописки
   tesseract
 
19 - 16.10.18 - 17:46
(12) Разделение итогов это функционал 1С.  Postgres паралелил запросы плохо. Давно все поправлено.

(15) Технические подробности чего?
   AlexSTAL
 
20 - 16.10.18 - 17:46
(14) Вопрос не финансовый купить/продать и т.д.
А чисто технический, остальное всё решено
   timurhv
 
21 - 16.10.18 - 17:46
(18) Самописки вам боком выйдут скорее всего, будете переписывать. Типовые все уже заточены под слона.
   AlexSTAL
 
22 - 16.10.18 - 17:46
(19) Проблем с блокировками
   Cool_Profi
 
23 - 16.10.18 - 17:47
Меня можете пинать - но если вопрос о деньгах не стоит - я бы взял МС.
   Cyberhawk
 
24 - 16.10.18 - 17:47
(19) Понятно что это функциональность платформы. Херово оно в Постри как-то работало (подробностей не помню).
   AlexSTAL
 
25 - 16.10.18 - 17:47
(21) Что именно переписывать то? Мы не используем прямые запросы к MS SQL
   Cyberhawk
 
26 - 16.10.18 - 17:48
(25) *овнокод на встроенном языке 1С конечно же
   AlexSTAL
 
27 - 16.10.18 - 17:48
(23) Вопрос не в деньгах. Но без чёткого обоснования то же не прокатит. "Я думаю" не котируется
   AlexSTAL
 
28 - 16.10.18 - 17:49
(26) я написал с сарказмом... хоть один кусок бы кода увидеть, SQL-зависимый
   Cyberhawk
 
29 - 16.10.18 - 17:49
(28) Любой запрос с полным соединением
   Cool_Profi
 
30 - 16.10.18 - 17:49
(27) Хорошо. Мой опыт (без малого 20 лет) просто таки орёт за МС.
Так покатит? )))
   AlexSTAL
 
31 - 16.10.18 - 17:50
(29) первая техническая подробность в данной теме! ура!
   Вафель
 
32 - 16.10.18 - 17:50
Linux админы есть у вас?
   AlexSTAL
 
33 - 16.10.18 - 17:50
(30) Нет, так как на другой стороне найдётся противоположность с опытом работы на постгри 21 год
 
 
   Вафель
 
34 - 16.10.18 - 17:50
под винду брать постгре нельзя
   AlexSTAL
 
35 - 16.10.18 - 17:51
(32) есть, штат
   Вафель
 
36 - 16.10.18 - 17:51
(35) ну тогда берите постгре. почему бы и нет
   Cool_Profi
 
37 - 16.10.18 - 17:52
(33) 21 год на постргре - это нереально.
   tesseract
 
38 - 16.10.18 - 17:52
(22) Это проблема не SQL сервера. Стандартные конфы изкоробки умеют гибкие блокировки.

(29) Запрос с полным соединением - уже моветон.

(30) Мой опыт говорит - "никогда не слушай людей, которые говорят - да мой опыт ххх лет".
   AlexSTAL
 
39 - 16.10.18 - 17:53
(36) вот я и спрашиваю, почему нет то? В (29) начали отвечать
   tesseract
 
40 - 16.10.18 - 17:53
(37) Почему?  Слону 23 года как раз.  А до этого был Ingres.
   AlexSTAL
 
41 - 16.10.18 - 17:54
Коллеги, хотелось бы по делу...
   Вафель
 
42 - 16.10.18 - 17:54
По хорошему нужно нагрузочное тестирование провести, насколько конфа готова к постгре
   Вафель
 
43 - 16.10.18 - 17:55
Так и обосновывайте: для выбора МС или Постгре нужно провести нагрузочное на постгре.
Цена: ХХХ руб
Цена Мс: YYY руб
   AlexSTAL
 
44 - 16.10.18 - 17:56
(42) нагрузка - это одна сторона медали...
Вторая сторона - баги, фичи или не решаемые прямым путём проблемы
   Йохохо
 
45 - 16.10.18 - 17:56
(42) и тестирование админов, спросить как они будут ловить проблемные запросы, сеансы, бэкап восстановление, ио на диск
   Вафель
 
46 - 16.10.18 - 17:57
(44) ну собственно все и увидите
   tesseract
 
47 - 16.10.18 - 17:57
(41) А что ты хочешь по делу то?  Да 1С работает на Postgres, хорошо работает.  

Начиная с 8.3.13 и 10 версии работает со стандартной Postgres.  

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

(44) Не решаемых не бывает.
   timurhv
 
48 - 16.10.18 - 17:58
   AlexSTAL
 
49 - 16.10.18 - 17:58
(46) Конфигурация только разрабатывается, сдаваться будет в течении года блоками.... не применимо
 
 Рекламное место пустует
   Вафель
 
50 - 16.10.18 - 17:59
(49) тогда вообще проблем нет, будете писать сразу как нужно
   AlexSTAL
 
51 - 16.10.18 - 17:59
(47) Именно этого и хочу услышать - что нет не решаемых проблем и что всё 1:1
   AlexSTAL
 
52 - 16.10.18 - 18:00
(50) как нужно то? где список того, как не нужно????
   Вафель
 
53 - 16.10.18 - 18:00
(51) у самой 1с фреш на постгре
   Cyberhawk
 
54 - 16.10.18 - 18:01
(31) СрезПоследних еще
   AlexSTAL
 
55 - 16.10.18 - 18:01
(53) ну им то все фичи известны... у них наверное есть список того, как не нужно делать )))))
   AlexSTAL
 
56 - 16.10.18 - 18:02
(54) с ним что не так? где почитать?
   Fragster
 
57 - 16.10.18 - 18:03
   tesseract
 
58 - 16.10.18 - 18:04
(54) Это инфа от 8.2.  Давно починили.
   Cyberhawk
 
59 - 16.10.18 - 18:11
(58) В 2018 году на партнерке представитель 1С по-прежнему говорит, что "соединение со срезом последних в Постгри может работать медленно". Возможно это уже что-то другое.
   Cyberhawk
 
60 - 16.10.18 - 18:13
(35) + (49) = Постгри.
Все равно вряд ли на ваших самописках будет заметна какая-нибудь деградация.
   rphosts
 
61 - 16.10.18 - 18:18
(0) с полным соединением бывает засада, неоптимальные запросы сиквел тащит лучше но тоже с трудом... никто не любит в 1 запросе много соединений, но постгри совсем этого не любит.... и самое главное: постгри под окнами - недопостгри
   Фрэнки
 
62 - 16.10.18 - 18:58
(8)// MSSQL однозначно лучше и мощнее. 


ну такая однозначность не для всех очевидна
   Фрэнки
 
63 - 16.10.18 - 19:08
(56)// с ним что не так? где почитать?

Это боян, который один и тот же акк на мисте пихает всем все годы существования постгри.

Боян этот много лет тому назад поправлен, но если тебе интересны детали, то гугли и будет тебе щастье.

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

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

з.ы. Кстати, никто из ярых адептов мс скл не давал себе труда подумать, а за каким вообще фигом майкрософт вкладывается в разработку версии своего мс скл для линукс платформы?
   DrLekter
 
64 - 16.10.18 - 19:35
Если ничего нет, можно ставить Постгри, НО! только на линукс. Под винду на инфорстарте недавно описывали баг со статистикой, связанный с особенностями NTFS. Рано или поздно его поправят, но на неродной платформе все равно что-то обязательно будет вылазить.
На линуксе бояться нечего, опыт нескольких предприятий.
Если же речь о переходе с MS SQL, то соглашусь - нафига? Есть же уже рабочая система, "что работает - не трогай" :)
   Фрэнки
 
65 - 16.10.18 - 19:44
(64) один фиг фарш обратно не провернешь
   tesseract
 
66 - 16.10.18 - 20:49
(64) Это было давно и не правда. Vacuum и статистику с тех пор починили уже давно. Хотя смысл платить за лицензию на WinServer, если можно не платить?
   arsik
 
67 - 16.10.18 - 21:48
(66) этот баг только в последнем релизе 10.6 починили.
   AlexSTAL
 
68 - 17.10.18 - 07:40
(63) Другие платформы просто используются, 1С впервые...
   Повелитель
 
69 - 17.10.18 - 08:29
(0) В 2013 году перешли с MS SQL на PostgreSQL.
В целом было все хорошо.
Но у PostgreSQL по умолчанию идет блокировка таблицы, а не записи как MS SQL.
У нас РИБ, как итог, когда шел обмен все сидели курили. В итоге через 3 месяца вернулись на MS SQL.
   trdm
 
70 - 17.10.18 - 08:35
(69) > Но у PostgreSQL по умолчанию идет блокировка таблицы, а не записи как MS SQL.

Баг в 1С полагаю, а не в PostgreSQL?
   Фрэнки
 
71 - 17.10.18 - 08:52
(70) ну да. И все последующие платформы после 2013 года этот баз пофиксили. Причем, не только тех установках, что линукс-серверах, но и в тех, что на винда-серверах
   rphosts
 
72 - 17.10.18 - 08:54
(69) (70) "я худею дорогая редакция"

только на автоматических блокировках, которых лет 5+ нет на типовых....
   rphosts
 
73 - 17.10.18 - 08:54
(71) какой, блин, баг? Вы все не проснулись до сих пор чтоли?
   unregistered
 
74 - 17.10.18 - 08:55
(15) > Технические подробности можно?

Зачем? Для чего финдиру технические подробности?
Для финдира значение имеют только два параметра:
1. Деньги. (если MSSQL уже куплен, то вернуть их не получится).
2. Риски.

Если у вас типовые конфигурации на УФ актуальных релизов, то риски минимальны. 1С-овцы пишут код с учётом всех особенностей Postgres.
Если у вас самописки, то могут быть трудности, связанные с кривой работой Postgres с временными таблицами (например, безумные тормоза на запросах к виртуальным таблицам срезов регистров сведений). Хотя проблема эта была актуальна для старых версий и, вроде как, в последних её купировали.
Еще могут быть проблемы если базы работают не в режиме управляемых блокировок.

Ну и вопрос администрирования и поддержки. Если потребуются тонкие настройки, то найдёте ли вы спеца по Postgres или сможете ли разобраться своими силами. По MSSQL спецов как грязи, а вот с какими-нибудь непонятками Postgres может не получиться быстро разобраться.

В остальном Postgres и MSSQL примерно одинаковы. На средней загруженности системах разницы вы не заметите.
   Фрэнки
 
75 - 17.10.18 - 09:03
(68) ну тогда такую историю расскажу

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

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

з.ы. А баг с конфликтом постгри с дисками нтфс возник не потому что постгри, а потому что обновление в майкрософт выпускали, которое безопасность должно было повысить. Вот и повысили, что пришлось вслед за этим обновлением и постгри обновление выпускать.
   rs_trade
 
76 - 17.10.18 - 09:04
Если есть деньги, то однозначно MSSQL
   Фрэнки
 
77 - 17.10.18 - 09:05
(73) ну как какой?! обычный легендарный баз из 2013-го года, на неведомом релизе субд и неведомом релизе платформы.
   rphosts
 
78 - 17.10.18 - 09:05
(74) >По MSSQL спецов как грязи
реальных спецов мало, но каждый второй - самоназваный специалист высочайшего уровня
   Фрэнки
 
79 - 17.10.18 - 09:10
(78) так для в этой легенде о спецах по мс скл больше всего смешит, что если реальный спец по СКЛ найден, то он уверенно и спокойно работает с СУБД не только от майкрософт, но и от оракла или постгри - как реальные скл-спецы не испытывают религиозной вражды к разным скл-субд
   Cool_Profi
 
80 - 17.10.18 - 09:11
(79) "реальные скл-спецы не испытывают религиозной вражды к разным скл-субд"
Ну да... Сколько на форумах флейма про версионники вс блокировочники...

На одном видел даже реальное предложение мордобоя )))
   dk
 
81 - 17.10.18 - 09:16
на постргри раньше еще на восстановление из бэкапа жаловались
типа бэкап есть, но восстановиться из него либо совсем нельзя, либо только после танцев с бубнами и приношением в жертву девственницы под кровавой луной
------
щас норм все с восстановлением из бэкапов постгри?
   ptiz
 
82 - 17.10.18 - 09:18
Главная беда Postgres из того, что я читал - RLS в типовых. С их включением они помирают. 1С собираются этот механизм переделывать, видимо, как раз с прицелом на Postgres.
   Фрэнки
 
83 - 17.10.18 - 09:22
(82) это да! Могу подтвердить, что именно так и происходит - умирают в RLS. Может чего-то можно и донастроить, чтоб не умирала, но все что мне приходилось пробовать с включенным RLS было очень болезненно. Но справедливости ради надо сказать, что и при ms sql тоже очень сильно ухудшается работа, если сравнить работу без RLS и после его включения.
   Cyberhawk
 
84 - 17.10.18 - 09:25
(83) То-то они разделители для фрешей своих с нуля придумали
   Amra
 
85 - 17.10.18 - 09:28
(81) Все норм, проверяли на днях
   arsik
 
86 - 17.10.18 - 09:36
(84) Внутри все равно РЛС работает.
   unregistered
 
87 - 17.10.18 - 10:36
(78) > реальных спецов мало

Согласен. Но большинство несложных проблем гораздо проще решить на MS SQL.
Даже если тупо взять задачу по настройке и особенностям всех регламентов СУБД для 1С. Для MS SQL миллион статей с картинками и пошаговыми подробнейшими описаниями. Так что даже школьник разберется. Для Postgres с этим гораздо сложнее.
   Вафель
 
88 - 17.10.18 - 10:38
(87) у ТС же целый штат админов
   unregistered
 
89 - 17.10.18 - 10:50
(88) Вопрос только - каких админов. Если DBA, то вопросов нет - трудностей возникнуть не должно. Если просто системных администраторов, которые СУБД знают на уровне - как поставить и пнуть, чтобы заработало, то тут могут быть проблемы.
   Фрэнки
 
90 - 17.10.18 - 10:52
(89) заметь, проблемы могут быть на любой СУБД
   don_Rumata
 
91 - 17.10.18 - 11:02
(87) по PG может не миллион статей, но тоже более, чем достаточно.
   Fragster
 
92 - 17.10.18 - 11:03
(82) в БСП 3 переделали
   stopa85
 
93 - 17.10.18 - 11:05
У пострегреса внятная официальная документация. С недавних пор и на русском языке. Но школьники, они такие, продолжают учится по комиксам.
   unregistered
 
94 - 17.10.18 - 11:10
(90) Совершенно верно. Поэтому если у автора есть нормальный(ые) DBA, то они разберутся в любой СУБД - хоть MS, хоть Postgres. Если нет, то вероятность быстрее разобраться с MSSQL выше так как заметно больше в сети есть материалов по этой СУБД.
   ssh2006
 
95 - 17.10.18 - 11:32
(93) +1
   ptiz
 
96 - 17.10.18 - 11:57
(92) В типовых это не внедрено? Кто-нибудь проверял эти новые РЛС на постгри?
   Fragster
 
97 - 17.10.18 - 12:20
(96) ну запрос там явно проще. см шаблон #ДляОбъекта(…) (в документации к БСП описания почему-то нету)
   Fragster
 
98 - 17.10.18 - 12:21
ну и http://downloads.v8.1c.ru/content//SSL/3_0_1_287/change.htm в разделе "управление доступом"
   rs_trade
 
99 - 17.10.18 - 12:22
(92) оптимизировали просто? принципиально же врят ли что-то поменялось
   Cyberhawk
 
100 - 17.10.18 - 12:24
(98) "убрана форма одной синхронизации. Все настроенные в программе обмены отображаются в виде списка" // Ололо, не прошло и 10 лет )
  1  2   

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