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

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

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

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

Суть в чём, предлагают вместо MS SQL перейти на PostgreSQL.
Будет ли хуже или уже всё 1:1?
 
 
   Fragster
 
101 - 17.10.18 - 12:26
(99) прям принципиально
   Fragster
 
102 - 17.10.18 - 12:26
ну и разрабатывать легче стало
   Вафель
 
103 - 17.10.18 - 12:29
(102) так вроде и раньше было всеголишь процедуру 1 вызвать
   Fragster
 
104 - 17.10.18 - 12:33
(103) сейчас у тебя правила RLS в коде, а не в роли, как раньше. соответственно, доработка намного проще.
   Вафель
 
105 - 17.10.18 - 12:36
(104) получается справочник ролей РЛС сделали?
   Fragster
 
106 - 17.10.18 - 12:46
(105) скачай демо базу, да глянь. в документации пусто почти :(
   dmrjan
 
107 - 17.10.18 - 12:47
Работает достаточно адекватно. Плюсов много. Под Windows тоже неплохо оптимизировали.
   vi0
 
108 - 17.10.18 - 13:23
(0) на инфостарте будет доклад про это
   tesseract
 
109 - 17.10.18 - 13:27
(105) Велкам ту БСП3. Написано на EDT - писали java-бои. Обращений к SQL по мелочи стало в разы меньше, но найти "сцукобаг" стало сложнее без знаний платформы, или установки этого EDT?
   tesseract
 
110 - 17.10.18 - 13:28
(107) Там все нормально было под Win.  Просто все же слишком крутые спецы, чтобы читать документацию.
 
 Рекламное место пустует
   dmrjan
 
111 - 17.10.18 - 14:45
(110) В 8.4 под Windows проблемы были. Это точно. В современных версиях пишут, что почти сравнялись по производительности с MSSQL. На Linux сервере мне сейчас даже больше нравится, чем под MSSQL, но только того, что касается оптимизированных конфигураций под 8.3 (т.е. современных). А вот с самой удачной УТ 10.3 и в защищенных приходится работать под MSSQL, т.к. любители винды не хотят, чтобы все это запускалось и работало под Linux серверами, да и изменений много.
Вот выйдет 10.3.14 и думаю переехать на PostgreSQL 10. Давно уже пора.
   tesseract
 
112 - 17.10.18 - 15:44
(111) На ут 11 давно переезжать пора.
   Cool_Profi
 
113 - 17.10.18 - 15:47
(112) Смысл?
   Фрэнки
 
114 - 17.10.18 - 15:53
(111) тут больше не о версии SQL нужно думать, а ломать голову в какой из версий платформы лучше быть - наплодили!
   dmrjan
 
115 - 17.10.18 - 16:35
(112) Не для оптовых баз эта конфигурация. Многое из 11 выкинули, что было жизненно необходимо. Я уже не говорю о всех изменениях, что было внесено за 10 лет работы. Да и тормозная она слишком.
   ptiz
 
116 - 17.10.18 - 16:50
(99) Подробная презентация изменений РЛС
http://fserver.1c.ru/its/files/public/erp/train2018/d1_17_30.ppt?_=1535467501
   Фрэнки
 
117 - 17.10.18 - 17:30
(116) это в презентации уже типовое решение описано и доработка на каком-то индивидуальном проекте?
   Cyberhawk
 
118 - 17.10.18 - 17:36
(117) Думаю, описано то что вошло в БСП, т.к. в версии 3 объекты метаданных по крайней мере есть такие же (справочник КлючиДоступа, например)
   Rovan
 
119 - 17.10.18 - 17:39
У меня PostgreSQL 10 вообще не запустилась!
Переходим сейчас с 9.4 на 9.6.
   Фрэнки
 
120 - 17.10.18 - 17:40
(118) ок. спасибо, надо будет тоже посмотреть как там теперь в КА2 работает
   don_Rumata
 
121 - 17.10.18 - 18:11
(119) у нас 10ка стала загружать при расчете себестоимости или перепроведении все ядра на 100%, до этого по 1-2 ядра было загружено. Десятка рулит.
   rphosts
 
122 - 17.10.18 - 18:12
(119) что сказала?
   rphosts
 
123 - 17.10.18 - 18:12
(121) официальная сборка от 1С или стоковый+патч?
   don_Rumata
 
124 - 17.10.18 - 18:15
(123) одинэсовская
   mgk2
 
125 - 17.10.18 - 21:37
(107) в целом да, постгрес даже на windows неплохо работает, но я недавно столкнулся с новым приколом :
КА 1.1.107.4 - проблемы с архивацией на СУБД Postgres Pro
Пока не разобрался в чем проблема и как решать.
   Фрэнки
 
126 - 18.10.18 - 07:58
(125) я тебе отвечал в той ветке и здесь тоже отвечу - проблемы в КА 1.1 системного/платформенного характера проявляются просто по win и это нет зависимости от того, с какой СУБД происходит работа. Сами базы на конфигурации КА 1.1 уже дошли до такого состояния, что с них обязательно нужно уходить
   Фрэнки
 
127 - 18.10.18 - 08:00
(125) можешь ради эксперимента поставить мс скл (лицензии ведь не аппаратные и не программные, а чисто бумажные) - проблемы в КА 1.1 все равно будут возникать
   mgk2
 
128 - 18.10.18 - 08:04
(127) Это серьезно? Ты нигде не опечатался?
   Фрэнки
 
129 - 18.10.18 - 08:24
(128) в чем, в том, что нет программно-аппаратных ограничений на установку МС СКЛ ?
   mgk2
 
130 - 18.10.18 - 08:27
(129) в том что ms sql не переварит нормально КА 1.1
   Фрэнки
 
131 - 18.10.18 - 08:35
(130) ты не понял смысла моего поста - проблемы при работе с КА 1.1 возникают на уровне используемой платформы, а не СУБД : ты решишь трабл с архивацией, но наступишь на грабли с применением обновления и т.п.
   Nikoss
 
132 - 18.10.18 - 09:02
(126) "Сами базы на конфигурации КА 1.1 уже дошли до такого состояния, что с них обязательно нужно уходить"

Что за состояние такое?
   Фрэнки
 
133 - 18.10.18 - 09:06
(132) продолжать обсуждение КА 1.1 в данной ветке - совсем уже оффтоп будет
 
 
   Фрэнки
 
134 - 18.10.18 - 09:20
(132) для примера вот смотри по ссылке из (125) - там посты 16 и 17.

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

А нет, вспомнил! Есть одно лекарство - снять конфигу с поддержки полностью и бесповоротно.
   be-may
 
135 - 18.10.18 - 10:08
писала уже про постгре кому-то, повторюсь :

На практике столкнулась с вот этим  :
https://its.1c.ru/db/metod8dev#content:4208:hdoc
Пришлось переписать ряд тяжелых запросов.

Кроме того, буквально недавно  пришлось быстренько уходить с постгре на скуль. Все потому что неоперативное проведение документов вызывала дикие тормоза в одной базе ( бух2.0) , а в другой на этом же сервере ( ут10_3) все жаловались , что не могут работать. Перенесла базы на скуль  - и все отлично. даже где-то видео осталось разницы.

И потом, поддержка постгре сложнее, не все это умеют и могут )
   unregistered
 
136 - 18.10.18 - 10:43
(135) > На практике столкнулась с вот этим "Оптимизация использования виртуальной таблицы СрезПоследних при работе с PostgreSQL"

Вроде как, в последних версиях Postgres эту проблему пофиксили. Связана была с особенностью работы Postgres с временными таблицами.
То есть сейчас эта статья по сути не актуальна.
   Фрэнки
 
137 - 18.10.18 - 10:55
(135) это ссыль от декабря 10-го года!!!

Баг оперативно пофиксили прямо в платформах 1С (году в 2011-ом или в 2012-ом) и теперь на живых базах не встретишь ни тех релизов скулей, ни релизов платформы, более того, даже конфигурации все типовые пофиксили, чтоб не вылазили подобные баги наружу
   ssh2006
 
138 - 18.10.18 - 11:06
(135) На БП 2.0 скорость закрытия квартала с полным перепроведением всего после настройки postgresql.conf не хуже ms sql
   be-may
 
139 - 18.10.18 - 11:20
(137) дело было в 2015 году.
Допускаю, что был не самый свежий постгре. Обновлять постгре ну вообще не было никакого желания. Да и знаний, че уж.
   dmrjan
 
140 - 19.10.18 - 16:34
Сегодня ванильную PostgreSQL 11 выпустили.
   Ejen
 
141 - 20.10.18 - 21:21
(69) А на РИБ когда идет обмен при любом случае все сидят курят, нет разве?
   Cyberhawk
 
142 - 21.10.18 - 08:33
(141) Смотря как настроена запись при загрузке (какими порциями в транзакции) и какова интенсивность записи в результате работы пользователей. Всегда можно успеть вклиниться между транзакциями загрузки.
  1  2

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