|
MS SQL vs PostgresSQL | ☑ | ||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0
PR
06.11.18
✎
15:49
|
Послушал тут разные мнения, в том числе Антона Дорошкевича по поводу того, кто кого заборет, MS Postgres или наоборот
С удивлением выясняется, что Postgres мало того, что как минимум почти везде не уступает MS, так еще и местами делает его, а вот это уже интересно Кто что имеет сказать? Мнение интересно с учетом всего: скорости, надежности, работы при перегрузках, цены, удобства, автоматических архивных копий, копий без выгона пользователей и т .д. т. п. |
|||||||||||||||||||||||||
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) смотря как сделано... может и основную базу завалить
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |