Скорость запроса и ТЗ в цикле. #686144

Ребят, не отсылайте замерять ее смостоятельно, ибо чтобы замерить- нужно 2 варианта отчета написать. Есть отчет, который написан на основе огромных запросов. Не быстрее ли будет, если просто выгрузить необходимые данные в таблицы значений и доделать остальное?

Как удобнее так и делай.

не исключено

Два вопроса - а откуда данные то брать без запросов?

Переписать огромные запросы на неогромные.

брать простыми запросами, без супер-пупер условий, группировок и т.д.

Таблицы же тоже можно в запросах использовать.

ну так простой запрос без условий будет однозначно медленнее чем сложный с условием)

в общем показывайте своего друга, будем лечить)

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

пока чисто теоритически выясняю :) не пугайте человека, 2 недели сидящего в восьмерке :) мне просто с запросами разобраться

мне=мне б

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

и вот видео Чистова посмотреть

Таки был прав - 7шница) Сестра!)

в общем в восьмерке такая фигня: время выполнения запроса примерно одно и то же, независимо, простой и сложный. То есть один сложный запрос будет выполняться в 10 раз быстрее, чем 10 простых. И потом сложная обработка таблиц значений в среднем выполняется столько же сколько и запросы. В общем вам вариант будет работать в 20 раз медленнее.

почитай про СКД, не нужно отчеты делать через ТЗ

Хрень.

+100

Как пример, можно глянуть сюда, прежде чем обобщать глупости Идите, учите книжки и профайлер.

а можно ссылку на литературу - профайлер для гуманитариев? а то все посылают, а что оно и как не знаю(

в 7ке могло быть, в 8ке точно нет, там запросы намного более правильно работают, и чем больше его уточняешь в самом начале, тем быстрее в итоге все работает.

Вот. Это Гейтсово Откровение, квинтэссенция Добра и Зла.

Все зависит от объемов и сложностей. Запрос компилируется, но есть нехилые затраты на трафик данных, создание временной таблицы ну и сама компиляция запроса. За это время. Есть куча вариантов, когда на клиенте подсчет намного быстрее чем на SQL. Например  подсчет количества дней нахождения товара на складе. итд. Выбирай, то что удобнее тебе, а потом оптимизируй по скорости, если это будет необходимо.

спасибо

возможностей для оптимизации запросов неограничнное множество. читайте итс

нуну

Все зависит от задачи. Есть такие, что запросами не решить или если решить то оно будет намного избыточней. Мы не видим картинки в целом, чтобы тебе сказать - да в случае запроса это будет быстрей или наоборот.

Главное потом в циклах миллион раз не сделать что-то типа такого "СтрокаТЗ.Номенклатура.СтавкаНДС" :)

+1

+1

3-ий вариант написать общий запрос, поместить ее в вирт. таблицу и обращаться к вирт. таблицу мини-запросами,которые будут фильтровать данные по определенным условиям и предоставлять нужную выборку. ps. на мой взгляд это лучше чем дерево или таблицу значений разбирать в циклах