Перенос выполнения запросов на сервер. Плюсы и минусы #743293


#0 by ИС-2
Как повлияет (повышение скорости работы системы) выполнение запросов на сервере. Т.е в серверном модуле пишем функцию Плюс - меньше нагрузка на терминал, минус - нагрузка на сервер + объем трафика.
#1 by ДенисЧ
А куда ты решил вернуть РезультатЗапроса? На тонкого клиента?
#2 by Fuas4
тут не УФ
#3 by ИС-2
на толстого
#4 by ДенисЧ
Тогда зачем? Запрос всё равно выполняется на сервере
#5 by ИС-2
не понял - как это на сервере. Будет на сервере лишь если используется директива &НаСервере или код в серверном модуле (как у меня). В остальных случаях все делается на клиенте
#6 by Mankubus
а к чему запрос обращается на клиенте? все данные же на сервере
#7 by Redkiy
ТС, ты о чем?
#8 by ViSo76
Твой код топикастр выдаст ошибку, так как с сервера возвращать объект на клиента нельзя это раз, если бы и можно было то было бы медленнее. PS: Автор явно путает сервер базы данных и сервер приложения.
#9 by Зеленый пень
Это имеет смысл в одном случае  - когда эта функция находится в привилегированном модуле, чтобы получить данные независимо от RLS. Результат запроса - прекрасно обменивается между клиентом и сервером.
#10 by Ненавижу 1С
запрос в любом случае выполняет СУБД, компонует его (ИТОГИ) сервер приложений, так что ничего не изменится я сделал только ради привилигированного режима
#11 by xaozai
Как запрос может выполняться на клиенте? o_0
#12 by ИС-2
с чего? Результат запроса не мутабельное значение во оно как михалыч. Интересно как что выполняется все время на сервере, а что на клиенте. Например, где делается код (точнее получаются значения реквизитов)     Для Каждого СтрОснование из Основания.Товары Цикл         Если СтрОснование.Номенклатура.Услуга Тогда а, то смотрю некоторые переборы работают быстрее запросов...
#13 by ДенисЧ
А за такой код нужно руки отрывать
#14 by ИС-2
с чего? Это часть кода. Запросом работает дольше. Простой перебор отрабатывет достаточно быстро и нет излишнего получения данных. Первые строки отработал и прервать
#15 by ДенисЧ
ЗАпрос работает дольше только в файловой версии или в кривых руках.
#16 by ИС-2
Запрос не предназначен для обработки данных. Делай я алгоритм запросом, то было бы несколько ВТ с выразить, выбор когда и группировками. Сможет ли SQL нормально оптимизировать такой запрос? Нет. Алгоритм для этого случая подходит лучше
#17 by DS
Смешно читать. "Алгоритм подходит лучше запроса". А как этот "алгоритм" получает данные? Тем же запросом, загляни в технологический журнал. Вывод: запросы надо уметь писать.
#18 by Зеленый пень
Код не смертельный для базы, но - не образец. Был опыт, когда некий документ весил под 100мб каждый, и при обращении через точку умирало всё надолго.
#19 by Лефмихалыч
глупость от начала и до конца
#20 by Defender aka LINN
"Запросом работает дольше" А месье в курсе, что "СтрОснование.Номенклатура.НоменклатурнаяГруппа" = "Выбрать * из Справочник.Номенклатура ГДЕ Ссылка = &Номенклатура"?
#21 by ДенисЧ
@ Сможет ли SQL нормально оптимизировать такой запрос? Нет@ Если ты не можешь, это не значит, что в МС сидят люди дурней тебя
#22 by Гёдза
Собственно сервер 1с это делает и так только неявно
#23 by Бубка Гоп
Подождите, но ведь сегодня только четверг!
#24 by Defender aka LINN
"Запрос не предназначен для обработки данных" - а ты уже Oracle об этом предупредил? А то неловко будет, парни-то не в курсе.
#25 by ИС-2
и запрос в цикл в конце И кто использует оракл?
#26 by МаксимМП23
Весна заканчивается, а обострения продолжаются... необходимо сменить препараты.
#27 by Бубка Гоп
и даже нет варианта КГ/АМ
#28 by Defender aka LINN
"и запрос в цикл в конце" - переводчик! В зале есть переводчик?! "И кто использует оракл?" - да ларьки всякие мелкие, шелупонь, одним словом...
#29 by DS
"и запрос в цикл в конце" - я так думаю, это самокритика , где по два запроса в цикле.
#30 by ssh2006
нет смысла, только если без проверки прав в привелигированной серверной процедуре/модуле нужно выполнить
#31 by Defender aka LINN
Второй раз из кэша будет получаться, но и 1 раза более чем достаточно :)
#32 by Бубка Гоп
а почему просто не заюзать УстановитьПривилегированныйРежим ?
#33 by DS
Да. И там, и там "номенклатура"...
#34 by ssh2006
> а почему просто не заюзать УстановитьПривилегированныйРежим ? Или прив. модуль или УстановитьПривилегированныйРежим в серверной процедуре. Это и имел ввиду.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С