Большая ли разница между получением реквизита объекта через запрос или "точку"? #639920

Готовлюсь к спецу по УТ 11. Смотрю пример сделанного отчета и сравниваю со своим. Такое заметил. Вот код моей формы: А вот код через запрос: &НаКлиенте

Большая ли будет разница??? Есть ли смысл так извращаться?

через точку - считывается весь объект. через запрос - тока нужные поля

уверен? даже в и весь объект?

а почему именно так?

Получение объекта в происходит в процедуре _УстановитьВалютуВидаЦен

Оба способа имеют свои плюсы. Так что надо просто их знать и правильно использовать оба. Плюсы: Через точку - объект по ссылке кэшируется платформой на сервере. Через запрос - получаем только то, что нужно, а не весь объект (с табличными частями и строками неограниченной длинны и хранилищами значений).

Ну так и сильно будет толку, если во втором варианте мы сначала передаем вид цен в функцию, затем в запрос, а потом уже получаем валюту из выборки.? Только поймите, я не спорю, а просто хочу понять и разобраться, чтобы приучиться, так сказать, сразу к наилучшему варианту =)

&НаСервереБезКонтекста и &НаСервере вот где главная разница

ЗначениеЗаполнено дольше отрабатывает. > Отчет._Валюта = Отчет.ВидЦены.ВалютаЦены; дык при двух точках не создается. в 77 так было точно, что и логично.

если через точку в цикле, то будешь троллить сервер, в то время как запросом все получишь за один раз

Отчет. - после точки уже влечёт за собой считывание объекта "Отчет", т.е. по сути запрос на сервер вида "Отчет.*" посылается платформой. Имхо

Первый вариант также приведет к "неявному" запросу на сервер (sql), только выбираться будут все поля, а не одно. Грубо ВЫБРАТЬ

то бишь если я в своём варианте поставлю &НаСервереБезКонтекста - будет лучше?

Создается. Отчет.ВидЦены - это ссылка. Для получения реквизита после второй точки делаться запрос на получение объекта по ссылке, из которого уже используется конкреткный реквизит

А если так? &НаКлиенте Процедура ВидЦеныПриИзменении(Элемент)

Разница будет?

не буду спорить. но зачем тащить лишние данные? вот так при двух точках ВЫБРАТЬ    |    ВидыЦен.ВалютаЦены

Это среднее между 1 и 2 :)

Вощем то будет однокуйственно. Получение значения через точку или через запрос мало отличаются временем (ну если в объекте не 9000 строк в ТЧ) по сравнению с самим серверным вызовом. Вариант запросом тупо менее читабелен.

Да, зачем?

А если еще обращаться к виду цен не через Отчет.ВидЦены, а через Элемент.Что-то (не помню как там) ?

ну что бы объект отчета не читать =)

Одна, две точки. Люди вы чо курите? ...

Про объект отчета точно лучше не читать.

ты, это... тебе все равно не дадим...

очень большая разница при использовании RLS на поля объекта

в конкретном примере, конечно, разнице микроскопическая, так я же и говорю, что хочу, так сказать, изначально приспособиться к более оптимальному варианту, чтобы уже в последствии писать как лучше

как то так =)

Результат таков. Имеем три варианта: №1: &НаКлиенте Процедура ВидЦеныПриИзменении(Элемент) №2: &НаКлиенте №3: &НаКлиенте По быстродействию их порядок (сначала самый быстрый): 3, 2, 1 По читабельности и "писабельности" (на мой взгляд) порядок с самого лучшего таков: 1, 2, 3 Значит оптимальный вариант № 2. Так выходит ? =)

Дело в том ещё, что подобные атомарные чтения практически никогда не нужны в каком-нить критической области, типа проведения. Обычно это нужно как у автора, походу работы с интерфейсом, т.е. там где выигрыш будет незаметен. Впрочем если не думать, то лучше делать как партия говорит. Писать запросы. ПыСы: Вариант с запросом теперь хавает почти любой тип - программа стала менее безопасной. Впрочем, это щас мало кого парит.

*Писать запросы _ВЕЗДЕ_.

фиговое решение =( а как же типовые построены ? иль 1с'никам по_ на нюансы своей платформы ? =)

почти везде запросы и используются

Правильно писать так: Все остальное - куйня.

Поросенок Петр - дятелъ, кстати

Не везде, либо кое - где аддски. Посмотри замер производительности, когда жмякаешь галочку "Бух" в типовых документах типовой УПП. Вроде фигня, вроде и недолго, а все равно тормозит с секунду-две.

а если конфа поменяется (измениться название, либо кол-во передаваемых параметров, либо еще чего), тогда работать не будет. Так надежнее

Для этого запилили расширенную проверку.

что за "расширенная проверка" ?

Прочти и используй "ВЫБРАТЬ РАЗРЕШЕННЫЕ " . РЛС расширенная проверка проверит?

, эээ, то бишь, если пользователю нельзя читать валюту, то выпадет ошибка?

Да, но если будет в привелигированом модуле исполняться, то нет :).