|
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
Пакетные запросы рулят. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |