![]() |
|
СКД. Большие объединения запросом или наборами данных? | ☑ | ||
---|---|---|---|---|
0
fisher
30.11.12
✎
17:10
|
В части оптимальности/производительности...
Речь о полноценном клиент-сервере. Допустим, нужно объединить несколько больших наборов данных в одном отчете. С недавних пор стало мерещиться, что больше профиту ежели наборами данных объединять, а не всё в одном запросе... Брежу? На полноценное тестирование нет ни времени ни сил... |
|||
1
ShoGUN
30.11.12
✎
17:13
|
(0) Могу рекомендовать только открыть профайлер и курить план запроса, если уж так неймётся. Имхо, разницы не будет, хотя могу ошибаться, конечно.
|
|||
2
fisher
30.11.12
✎
17:22
|
(1) В случае с наборами данных будет один запрос???
|
|||
3
fisher
03.12.12
✎
12:24
|
Может, сервер приложений умеет параллельно выполнять запросы разных наборов данных СКД?
|
|||
4
fisher
05.12.12
✎
16:22
|
Таки решил сравнить.
Имею парадоксальный результат. Объяснить не могу. Отчет с объединением четырех больших наборов данных работает более чем в ДВА раза быстрее, чем тот же отчет с объединением этих же данных, но в запросе (одним набором данных). Неслабый сервак, postgresql (нормально настроенный)... Что за такая мегаоптимизация на сервере приложений может быть? |
|||
5
х86
05.12.12
✎
16:33
|
(0)от железа зависит
имхо запрос полностью выполняется на скуле а объединение в СКД которая или на серваке или на клиенте |
|||
6
fisher
05.12.12
✎
16:40
|
(0) Спасибо, кэп.
"От железа зависит". Умный, да? Тогда расскажи при каких раскладах по железу какой вариант оптимальнее использовать. Я лично был убежден, что при оптимальном сервере БД (по мощности и настройкам) однозначно быстрее должен быть вариант с одним набором данных. |
|||
7
fisher
05.12.12
✎
16:45
|
(6) было к (5)
|
|||
8
Maxus43
05.12.12
✎
16:47
|
(6) кури планы запросов на субд, посомтри разницу делаемых там запросов. Постгри хз что за зверь
|
|||
9
Chin
05.12.12
✎
16:49
|
(4) Что-то ты не то сделал с запросом в одном наборе данных, да так что план запроса получился через ОПУ... Чудес не бывает...
|
|||
10
fisher
05.12.12
✎
16:52
|
Пост объявляется прибежищем капитанов.
(8) Возможно и придется полезть туда с лопатой. Пока не хочу. (9) Запрос специально был предельно упрощен. Тупо объединения и всё. С группировкой последующей. Без группировки еще дольше шарашит. Я тоже так думал... |
|||
11
Chin
05.12.12
✎
16:55
|
(10) На MS SQL тот же результат?
|
|||
12
Maxus43
05.12.12
✎
16:56
|
да с файловой хотя бы сравнить
|
|||
13
fisher
05.12.12
✎
16:58
|
(11) Сам бы очень хотел узнать ответ на этот вопрос. Стоит в планах.
(12) Данунах. Объемы немаленькие. |
|||
14
pessok
05.12.12
✎
17:29
|
так а что в профайлере то хорошего? можт СКД формирует на каждый набор по ВТ, а уже их объединяет7
|
|||
15
х86
05.12.12
✎
17:42
|
озвучь объёмы, а то разговор не о чем
|
|||
16
fisher
05.12.12
✎
18:17
|
(15) Речь о месячных заказах/отгрузках/продажах/планах свечного заводика и размерах баз в десятки гигабайт. Других попугаев лень считать. Разговор все равно останется ни о чем.
Мысли куда дальше двигаться у меня как были так и есть. Новых мыслей ветка не принесла. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |