Имя: Пароль:
LIFE
 
OFF: Один сложный запрос или несколько простых эффективнее
0 godmod80
 
06.07.12
11:37
Один сложны запрос или несколько простых эффективнее с точки зрения производительности при программировании вручную?
1 ILM
 
гуру
06.07.12
11:38
один большой или три маленьких
2 Господин ПЖ
 
06.07.12
11:38
(0) сложно придумать более идиотского вопроса...
3 Cube
 
06.07.12
11:39
(0) Один маленький
4 Господин ПЖ
 
06.07.12
11:40
лучше в 30... и с большим...
5 rs_trade
 
06.07.12
11:40
(0) один простой
6 ILM
 
гуру
06.07.12
11:41
залпом стакан или рюмочками
один мант или три пельменя
большое бревно или поленица дров )))
7 kosts
 
06.07.12
11:47
Некоторые запросы фирма 1С рекомендуют разбивать, в частности конструкция "В " и "НЕ В" может быть не эффективной в сложных запросах.
8 ОператорПК
 
06.07.12
11:48
:) почему нет голосовалки?
9 Агент Инфостарта
 
06.07.12
11:50
(6) Рюмками поллитру больше вштыривает, чем тоже самое двумя стаканами.
Насчёт бревна не уверен, поленница лучше, но её пилить надо.
10 unregistered
 
06.07.12
11:50
Пакет из нескольких простых.
11 Shurjk
 
06.07.12
11:50
Вот если бы вножную программировали тогда был бы конкретный ответ, а так все от ситуации и от рук зависит.
12 acsent
 
06.07.12
11:51
(9) неверное утверждение. (c) mythbusters
13 unregistered
 
06.07.12
11:55
(9) >> Рюмками поллитру больше вштыривает, чем тоже самое двумя стаканами

Вопрос в (0) был о производительности.
Рюмками больше вштыривает, но дольше (нужно время на выпивание этих рюмок).

По скорости - стаканами быстрее вштырит.
14 Reset
 
06.07.12
11:58
Если рассматривать производительность как степень вштыривания за единицу времени, то стаканами эффективнее
15 godmod80
 
06.07.12
11:59
(13) вопрос про аппаратное обеспечение)) а не оператора поллитры
16 DrShad
 
06.07.12
12:00
(15) какое еще аппаратное обеспечение?
17 palpetrovich
 
06.07.12
12:05
(13) это можно считать ответом на сабж? :)
18 timurhv
 
07.07.12
22:06
(0) Если главным критерием запроса является не производительность, тогда несколько простых: меньше допустишь ошибок, другим прогам в таком запросе разбираться легче в случае чего.
19 КонецЦикла
 
07.07.12
22:19
Данные придется состыковывать на клиенте через ЖПО
Всегда старался применять один, даже если  данные берутся из нескольких баз
20 EvgeniuXP
 
07.07.12
22:19
(0) а замер религия не позволяет сделать?
21 orefkov
 
07.07.12
23:02
(0)
Мерять надо, в натуре.
22 Злопчинский
 
07.07.12
23:08
(21) что свидетельствует о том, что не понимания что и как делается. то бишь шаманство/магия
23 ILM
 
гуру
07.07.12
23:17
А книжку оптимизация SQL уже предлагали?
Там куча факторов - объём выборки, избирательность, наличие индекса и статистики. Просто так сказать нельзя, однако я знаю, что можно переписать как запрос на пакет, так и пакет на запрос с ускорением в 20-100 раз.
24 КонецЦикла
 
08.07.12
00:25
(22) Кхе, у Александра, думаю, есть понимание, просто осторожничает... и правильно
(23) Ну да. Если нет индекса, а нужно соединять - можно в свою временную таблицу запихнуть если объем большой и т.п.
25 Ardi
 
08.07.12
05:08
Если наваять сложненький запрос - то через месяц можно часами пытаться понять как он работает и не понять.
26 Gobseck
 
08.07.12
05:32
(25)+1
Пакетные запросы рулят.