Запросы к полям с мультитипом PostgreSQL

Форум Программирование Общие вопросы программирования (Dev)

1С:Предприятие 8 MS SQL PostgreSQL

1. Plotks2017 279 11.03.19 14:08 Сейчас в теме

Коллеги, добрый день.
Тестируем перевод базы данных(самописной) на PostgreSQL. В ходе тестов заметили, что PostgreSQL значительно медленнее обрабатывает запросы к полям содержащими мультитипы (Регистратор.Дата).
Тестируется на идентичных виртуальных машинах, база одни и та же. Разница примерно в 2-3 раза.
Postgres 10.3
MS SQL 13.0.5216.0
Замечал ли кто-нибудь подобную особенность в поведении PostgreeSQL или нужно что-то в настройках подкрутить?

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. Dmitrij-2 48 11.03.19 14:15 Сейчас в теме

(1) в последнее время все только хвалят постгри...

3. oleg-x 23 11.03.19 14:30 Сейчас в теме

(2) Идет массовое внедрение и продвижение. Но специфики там хватает, что многих и не устраивает.

4. acanta 11.03.19 14:32 Сейчас в теме

Вы не могли бы провести такие тесты на различных версиях платформы 1с?

8. Plotks2017 279 11.03.19 14:47 Сейчас в теме

(4) К сожалению нет.

5. soft_wind 11.03.19 14:36 Сейчас в теме

если это регистр накопления то отбирайте по Период,
если это регистрсведений и Периода нет, то добавьте

если знаете Тип Регистратора то левым соединяете нужный Документ.ВашТип
и отбираете по его Дате

иначе тормоза

6. acanta 11.03.19 14:38 Сейчас в теме

(5) А если конфигурация все еще на замке?

9. oleg-x 23 11.03.19 14:50 Сейчас в теме

(6) У них самописная конфигурация. Если на замке, то печаль. Только настройками, если это возможно.

7. Plotks2017 279 11.03.19 14:46 Сейчас в теме

(5) Спасибо за советы, но "Регистратор.Дата" это просто пример поля с мультитипом.

10. acanta 11.03.19 14:50 Сейчас в теме

Не могли бы вы указать используемую версию платформы 1с?
Дело в том, что я не понимаю, почему левое соединение всех таблиц составного типа в коде 1С проходя через два компилятора должно давать выигрыш во времени по сравнению с платформенным вызовом субд с аналогичным целевым результатом.
Исключительно за счет того, что в платформе соединяются все объекты составного типа, а программист 1с может что то отбросить? В таком случае следует не переписывать запросы, а ограничивать количество объектов составного типа на один реквизит при проектировании.

11. Plotks2017 279 11.03.19 15:53 Сейчас в теме

(10) В третьем совете имеются ввиду случаи, когда нужно отобраться по "дате" одного из типов. Разумеется, что добавив левых соединений столько же сколько типов ничего не выиграть, кроме как "потратить час свободного времени".
Но в этом случае лучше использовать "ВЫРАЗИТЬ" то же ограничение на левое соединение.

Для отправки сообщения требуется регистрация/авторизация