H
можно сделать "при получении данных на сервере" в форме списка, запросом выбирать данные из тч ссылок и формировать такую же строку, но это лишние запросы уже
Ну там один запрос на каждую порцию. Не так страшно.
Size: a a a
2020 November 11
АМ
можно сделать "при получении данных на сервере" в форме списка, запросом выбирать данные из тч ссылок и формировать такую же строку, но это лишние запросы уже
Плохая идея, так как форма списка - это динамический список и такими запросами он задрочит БД.
Самая лучшая реализация - это как раз то что написал Антон (как в типовой).
Если не хочется корячить типовой справочник - можно использовать "Дополнительные сведения" или сделать свой РС для хранения представлений
Самая лучшая реализация - это как раз то что написал Антон (как в типовой).
Если не хочется корячить типовой справочник - можно использовать "Дополнительные сведения" или сделать свой РС для хранения представлений
H
не взлетает
Может проблемы связаны с расширением?
1P
Так он у тебя модуль сам не видит
ЭтоЯ() должно вызываться без указания модуля. не сработало. без галочки Глобальный - ЗАРАБОТАЛО. вот спасибо вам добрый человек. дай бог вам здоровья.
1P
Может проблемы связаны с расширением?
спасибо за помощь, проблема решена снятием галочки глобальный на серверном модуле. сам бы не додумался что такое возможно 🙈
H
Плохая идея, так как форма списка - это динамический список и такими запросами он задрочит БД.
Самая лучшая реализация - это как раз то что написал Антон (как в типовой).
Если не хочется корячить типовой справочник - можно использовать "Дополнительные сведения" или сделать свой РС для хранения представлений
Самая лучшая реализация - это как раз то что написал Антон (как в типовой).
Если не хочется корячить типовой справочник - можно использовать "Дополнительные сведения" или сделать свой РС для хранения представлений
Почему плохая?
Единственное что плохо - это то, что по этой колонке не будет работать сортировка и поиск. Если запрос внутри будет сделан оптимально, то это не будет заметно
Единственное что плохо - это то, что по этой колонке не будет работать сортировка и поиск. Если запрос внутри будет сделан оптимально, то это не будет заметно
АС
Плохая идея, так как форма списка - это динамический список и такими запросами он задрочит БД.
Самая лучшая реализация - это как раз то что написал Антон (как в типовой).
Если не хочется корячить типовой справочник - можно использовать "Дополнительные сведения" или сделать свой РС для хранения представлений
Самая лучшая реализация - это как раз то что написал Антон (как в типовой).
Если не хочется корячить типовой справочник - можно использовать "Дополнительные сведения" или сделать свой РС для хранения представлений
ну ну прямо "задрочит", там порционное получение данных идет, при подгрузке новой порции идет запрос, повторно по уже полученным ссылкам не получает, но это все таки еще один запрос)
H
спасибо за помощь, проблема решена снятием галочки глобальный на серверном модуле. сам бы не додумался что такое возможно 🙈
Это не мне спасибо
AS
Почему плохая?
Единственное что плохо - это то, что по этой колонке не будет работать сортировка и поиск. Если запрос внутри будет сделан оптимально, то это не будет заметно
Единственное что плохо - это то, что по этой колонке не будет работать сортировка и поиск. Если запрос внутри будет сделан оптимально, то это не будет заметно
Зато, кстате, есть плюс: если изменится представление какого-нибудь элемента справочника, то при использовании ПриПолученииДанныхНаСервере всегда будет самый свежак.
Если записать в реквизит, то представление может "протухнуть".
Если записать в реквизит, то представление может "протухнуть".
H
Зато, кстате, есть плюс: если изменится представление какого-нибудь элемента справочника, то при использовании ПриПолученииДанныхНаСервере всегда будет самый свежак.
Если записать в реквизит, то представление может "протухнуть".
Если записать в реквизит, то представление может "протухнуть".
Это уже прикладные особенности.
В самом методе при получении данных на сервере нет ничего страшного, если использовать с умом.
В самом методе при получении данных на сервере нет ничего страшного, если использовать с умом.
H
Зато, кстате, есть плюс: если изменится представление какого-нибудь элемента справочника, то при использовании ПриПолученииДанныхНаСервере всегда будет самый свежак.
Если записать в реквизит, то представление может "протухнуть".
Если записать в реквизит, то представление может "протухнуть".
Только сразу подумай про поиск и сортировку. Если будут нужны, то придется делать кастомный варинат, не очень приятный
АМ
ну ну прямо "задрочит", там порционное получение данных идет, при подгрузке новой порции идет запрос, повторно по уже полученным ссылкам не получает, но это все таки еще один запрос)
В целом согласен, просто не люблю связываться с доработкой динамических список. Большинство проблем с производительностью как правило от них идет
АС
В целом согласен, просто не люблю связываться с доработкой динамических список. Большинство проблем с производительностью как правило от них идет
этот вариант кстати самый быстрый, у нас были очень большие запросы внутри динамического списка, вынос получения доп данных в эту процедуру ускорил работу в несколько раз
АМ
Надо смотреть на конкретную базу и специфику использования. Если есть проблемы с производительностью при динамическом получении данных - возможно будет целесообразно сделать их хранимыми. Если получается добиться результата без изменения структуры БД - это замечательно.
JD
В целом согласен, просто не люблю связываться с доработкой динамических список. Большинство проблем с производительностью как правило от них идет
Все проблемы ДС как правило создаются пользователями, которым доступно изменение состава колонок, в особенности добавлением туда текстовых полей неограниченной длины (с последующей сортировкой по ним) и реквизитов составных типов.
Особенно остро проявляется в формах списка журналов документов.
Особенно остро проявляется в формах списка журналов документов.
АМ
John Doe
Все проблемы ДС как правило создаются пользователями, которым доступно изменение состава колонок, в особенности добавлением туда текстовых полей неограниченной длины (с последующей сортировкой по ним) и реквизитов составных типов.
Особенно остро проявляется в формах списка журналов документов.
Особенно остро проявляется в формах списка журналов документов.
Спасибо, я в курсе) поэтому и говорю, что если нужны какие то дополнительные данные для отображения в списках, то лучше их сразу включать в запрос или делать хранимыми, с заданными параметрами типа и индексацией.
I
Доброго дня!
где я могу видеть подсистему подсистемы?
где я могу видеть подсистему подсистемы?
GV
Iskandar
Доброго дня!
где я могу видеть подсистему подсистемы?
где я могу видеть подсистему подсистемы?
добавь в нее объекты конфигурации, они появятся у тебя в подсистеме раздела
H
Iskandar
Доброго дня!
где я могу видеть подсистему подсистемы?
где я могу видеть подсистему подсистемы?
В книге Радченко "Практическое руководство разработчика"
A
Iskandar
Доброго дня!
где я могу видеть подсистему подсистемы?
где я могу видеть подсистему подсистемы?
в этом канале еще https://t.me/junior1c