Всем привет,

Поставил для теста PostgreSQL вместо MS
БАЗА УТ, сервак 8 ядер, 32 мб оперативы, райд 1

PostgreSQL на одном сервере MS!
Для теста померил сколько выполняется запрос ....

База MS SQL - работают 75 пользователей, запустил запрос - выдал за 15 секунд
База PostgreSQL  - один пользователь для теста - выдал запрос за 65 секунд

тут можно что нибудь сделать ???

(1) PostgreSQL нужно ещё настраивать

(1) Вызвать специалиста, самому стать специалистом.

Да. Запиши в резюме "Администрирование Слона знаю в совершенстве".

Второй раз запусти тот же отчёт, дай статистику.

(2) Для начала статейка
https://helpf.pro/faq/view/1836.html

(0) 1. Хочешь использовать Postgre на 100%? Ставь его на Linux. В Windows  нет возможности производить тонкую настройку работы с памятью.
2. Настрой его! Настройки по умолчанию сделаны для того, что б СУБД просто стартанула.

эксперементатор)

+(6) В Linux получишь максимум по прозводительности.
вот еще на досуге почитать http://catalog.mista.ru/public/325482/
PostgreSQL - мощная СУБД в умелых руках, но требующая тщательной настройки. Его вполне можно использовать совместно с 1С и получить приличное быстродействие, а бесплатность его будет очень приятным бонусом.

И еще момент: PostgreSQL ставьте на отдельную ось.

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

может как вариант стоить попробывать на linux поставить

(0) Версия 1С, PostgreSQL, текст запроса?
Одновременно две службы работало PostgreSQL и MSSQL? Второй всю ОЗУ подчистую же съедает, если нет ограничений.

на сервере памяти да же остается, там 32gb

(13) :))

postgresql-9.6.3-3.1C_x64

(15) а сама 1С какой платформы? указанная сброка заточена под платформу 8.3.10.* - собственно из-за выпуска этих платформ и перевыпустила сборку 1С

(0) >>База MS SQL - работают 75 пользователей, запустил запрос - выдал за 15 секунд
>>База PostgreSQL  - один пользователь для теста - выдал запрос за 65 секунд
Хорошая демонстрация того, почему не надо переходить на Pg(подходит для руководства).

База УТ большая? Сколько гигабайт?

http://efsol.ru/articles/performance-1s-postgre-ms-sql.html

(17) с учетом таких комментов очень похоже, что это наброс г.в.а на вентилятор, специально, чтоб потроллить.

ГОДАМИ работает постгри и на линукс и на винде без указанных в топике "странностей" (причем, у абсолютно разных клиентов, которым это все хозяйство я не ставил - я же не админ просто). Но понять, в чем именно и как накосячил топикстартер по его поведению в топике и ветке  невозможно.

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

(19) Так и я об этом.

Какой запрос?Параметры и базы одинаковые?Пока как искать черную кошку )))

(19) Аналогично. Все работает. 1 раз по методичке настроил и вуаля.
Но иногда снится, как я на старой работе ковыряю настоящий MS sql, а потом вспоминается оракл на другой и просыпаюсь от ужаса. От последнего ;)

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

Все слышали, что настроенный постгре утирает нос скулю, но никто его не встречал..

УПП, РИБ-база, купить всем лицензии MS SQL - нереально. Выход? PostgreSQL, семь лет без проблем... пока не уволили админа. А до этого я просто не понимал о чём холивар на подобных этому ветках.

>>пока не уволили админа
Решили и на человеке сэкономить?

(25)Чем закончилось?

Поставили скуль по ходу и теперь радуются жизни.

(28) и теперешнему админу, админящему винду, платят в два раза больше, чем прежнему :)

зачем нужен PostgreSQL, если на нём тупо невозможно работать с RLS в УТ11\КА2\ERP?

PostgreSQL не использует индексы при выполнении вложенного exists в общей части запросов RLS в результате чего возникает резкое снижение производительности в 50-200 раз.
https://bugboard.v8.1c.ru/error/000028682.html

а вот тут откатились https://bugboard.v8.1c.ru/error/000031504.html
и теперь MS SQL снова работает быстрее чем PostgreSQL

(30) ну можно в твоем стиле точно также ответить, что наваливать RLS и есть тупость.

(31) это БСП и хочешь не хочешь, а с библиотекой приходится работать.

(32) +
хотя с выходом Postgres Pro для 1С" - российской СУБД на основе PostgreSQL
http://1c.ru/news/info.jsp?id=23569

думаю, много что измениться в производительности в части RLS, но ни о какой беслатности уже речи не будет:
Лицензия СУБД Postgres Pro Enterprise для1Cна 1 сервер - 16 800 руб
Лицензия СУБД Postgres Pro Enterprise для 1Cна 100 пользователей - 850 000 руб

(32) у меня работает БСП на постгри прямо сейчас. Но честно скажу : в функциональных опциях разделение доступа по записям (или как оно там правильно) выключено.

(27) Закончилось всё печально. Понабрали студентов на пол-ставки. Теперь у всех "крутые" сервера, купленные после консультаций с какими-то непонятными для меня сторонними специалистами, Windows 10, виртуальные машины и прочие, сопутствующие всему этому, модные плюшки.

"Я не хочу об этом говорить"(с)

кстати, в теме топика не сказано ни слова о наличии или отсутствии RLS

(36) как и о версии УТ)))

по инету сейчас сижу читаю и попалось на глаза
немного оффтоп
---
Были попытки создать X12 (нынешняя реализация Xorg обозначается как X11), но скоро разработчики Xorg поняли, что проще всё выкинуть и сделать с нуля, заложив современные возможности в самую основу протокола. Так был начат проект Wayland — начала его компания Intel, которая активно участвует в развитии Linux.
http://www.linuxrussia.com/wayland.html
---

Упоминание Intel в таком контексте порадовало

(30) бери последний с https://postgrespro.ru/products/1c_build говорят, что там эту проблему решили.

(0) всё очень просто. в случае скуля кэш был горячий, а в случае постгре - холодный. плюс дефолтные настройки постгре? как уже говорили, по памяти далеко не оптимальны.

ну и последние релизы платформы с постгре работают существенно лучше

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

Но нельзя не признать, соединение среза с подзапросом в сиквеле - жпо, в постгри - фатальная жпо

(0) От подобных тестов можно делать самые разные выводы. К примеру, на админской рабочей станции(высокочастотный Core i7 с 64Gb ОЗУ с SSD, Optane и т.д.) как то тестили, тест Гилева >70 "попугаев" выдал на файловой базе, >50 на MS SQL и ~35 на Postgres(после того, как админ настроил по "интернетам"). Говорит ли это о том, что надо переходить на файловую базу? Совсем нет, имхо.