Пользователи работают на клиент-серверной базе, я делаю доработки на копии этой базы, но в файловом варианте. Был сделан отчет, который на файловой базе работает, а на клиент-серверной "висит" (колесико крутится и всё). Стала разбираться, оказалось, что проблема в запросе.
Подскажите, пожалуйста, в чем может быть причина? Или как можно решить эту проблему?

```1c
    ВЫБРАТЬ РАЗРЕШЕННЫЕ
    ОбщийЖурнал.Ссылка КАК Ссылка,
    ОбщийЖурнал.Дата КАК Дата,
    ОбщийЖурнал.Номер КАК Номер,
    ОбщийЖурнал.Контрагент КАК Контрагент,
    ОбщийЖурнал.ВидОперации КАК ВидОперации,
    ОбщийЖурнал.Сумма КАК Сумма,
    ОбщийЖурнал.Валюта КАК Валюта,
    ОбщийЖурнал.Организация КАК Организация,
    ОбщийЖурнал.Ответственный КАК Ответственный,
    ОбщийЖурнал.ДоговорКонтрагента КАК ДоговорКонтрагента,
    ОбщийЖурнал.Комментарий КАК Комментарий,
    ДополнительныеСведения.Свойство КАК Свойство,
    ДополнительныеСведения.Значение КАК Значение,
    ОбщийЖурнал.Тип КАК Тип
    ИЗ
    ЖурналДокументов.ОбщийЖурнал КАК ОбщийЖурнал
    ПОЛНОЕ СОЕДИНЕНИЕ РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения
    ПО ОбщийЖурнал.Ссылка = ДополнительныеСведения.Объект.Ссылка
    ГДЕ
    ОбщийЖурнал.Дата МЕЖДУ &НачалоПериода И &КонецПериода
    И ОбщийЖурнал.ПометкаУдаления = ЛОЖЬ
    И (ОбщийЖурнал.Проведен = ИСТИНА
    ИЛИ ОбщийЖурнал.Ссылка ССЫЛКА Документ.ОперацияБух)
```
---
ПО ОбщийЖурнал.Ссылка = ДополнительныеСведения.Объект.Ссылка

Не делайте так.

 ПО ОбщийЖурнал.Ссылка = ДополнительныеСведения.Объект - Должно быстро работать. Так же запрос тогмозят отборы по неидексируемым полям "Проведен" и "ПометкаУдаления". Так же лучше использовать левое соединение, вместо полного. Но, думаю, исправив условие Объект.Ссылка на Объект все должно начать летать.
---
клиент-серверная база на Postgre sql? Если так, то там не рекомендуется использовать "ПОЛНОЕ СОЕДИНЕНИЕ".
---
Опечаталась, на са
(3) SQL
---
который на файловой базе работает, - как долго выполняется данный запрос в файловой? Где вы одна находитесь, я так понял.
---
На самом деле непонятно для каких целей вы используете ПОЛНОЕ соединение?
---
1,687с

И дело совсем не в соединении - этот же самый запрос работает в УПП, но она правда на другом сервере, а в БИТ:Финансе не работает
---
На самом деле соединение левое
---
ПО ОбщийЖурнал.Ссылка = ДополнительныеСведения.Объект.Ссылка

Не делайте так.

 ПО ОбщийЖурнал.Ссылка = ДополнительныеСведения.Объект - Должно быстро работать. Так же запрос тогмозят отборы по неидексируемым полям "Проведен" и "ПометкаУдаления". Так же лучше использовать левое соединение, вместо полного. Но, думаю, исправив условие Объект.Ссылка на Объект все должно начать летать.
---
Спасибо огромное за подсказку - помогло.

Но странно, почему в УПП такой запрос работает, где куча документ, а на достаточно маленькой базе БП не хочет.
---
Видимо там планировщик SQL научился угадывать необходимые соединения. Или просто регистр "ДополнительныеСведения" уже давно не используется, а используется табличная часть "ДополнительныеСведения". В любом случае две точки подряд, что в коде, что в запросе - огромное зло. Тем более с полями составных типов. Никогда не надо так делать.
---
- в комментарии 8. сделали верное замечание по поводу соединения (это может даже решит вашу проблему)

- Журнал видимо имеет большое количество типов документов и при проверке :
ОбщийЖурнал.Дата
ОбщийЖурнал.ПометкаУдаления = ЛОЖЬ
ОбщийЖурнал.Проведен = ИСТИНА

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

- выполнить реиндексацию через конфигуратор
- обновить статистику SQL

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

```1c
    ГДЕ
    ОбщийЖурнал.Дата МЕЖДУ &НачалоПериода И &КонецПериода
    И (ОбщийЖурнал.Ссылка ССЫЛКА Документ.ОперацияБух
    ИЛИ ОбщийЖурнал.Проведен = ИСТИНА)
    И ОбщийЖурнал.ПометкаУдаления = ЛОЖЬ
```

Еще у вас по смыслу запроса получится:

Док1 - Свойство1 - значениеСвойства1
Док1 - Свойство2 - значениеСвойства2
Док1 - СвойствоN - значениеСвойстваN

у вас цель вывести все доп свойства? или может вы забыли поставить отбор на "ДополнительныеСведения.Свойство = &КонкретноеСвойство"?
---
- Журнал видимо имеет большое количество типов документов и при проверке :
ОбщийЖурнал.Дата
ОбщийЖурнал.ПометкаУдаления = ЛОЖЬ
ОбщийЖурнал.Проведен = ИСТИНА

Да не особенно большой и документов мало. При выборке даже за день, где должно выбраться 3 документа запрос зависал на сутки на клиент-сервере.

у вас цель вывести все доп свойства? или может вы забыли поставить отбор на "ДополнительныеСведения.Свойство = &КонкретноеСвойство"?

Нужны именно все свойства, они у нас стандартизированы.
---
8 лет и 6 месяцев, не стыдно такое г. писать?