|
Рабочий процесс съедает всю память при построении отчета. | ☑ | ||
---|---|---|---|---|
0
palm1c
21.11.13
✎
14:17
|
Добрый день.
Конфигурация на базе УТ. Платформа 8.2.18.109 Операционка win server 2008 r2 64 бит? SQL 2008 r2. rphost съедает всю память. Удалось выяснить, когда это происходит.. Это происходит при построении отчета ВедомостьОстаткиИДвиженияТоваров, за год, по периодам, с периодичностью неделя. Рабочий процесс, в котором находится этот сеанс, судя по консоли, распухал до 30 гигабайт, после чего заканчивалась память и он завершался. Сделал тестирование и исправление ИБ, не помогло :) Вопрос такой: Нормально ли это (30 Гиг), и нужно добавлять памяти, чтобы строить такие отчеты, или же нужно смотреть в другую сторону? |
|||
1
palm1c
21.11.13
✎
14:17
|
win server 2008 r2 64 бит.
Fix. |
|||
2
H A D G E H O G s
21.11.13
✎
14:25
|
Нет, не нормально.
|
|||
3
acsent
21.11.13
✎
14:26
|
сто пицот миилионов строк в отчете?
|
|||
4
palm1c
21.11.13
✎
14:27
|
(2) Спасибо.
Я, скорее всего, неправильно поставил вопрос. В какую сторону смотреть, что проверять. |
|||
5
palm1c
21.11.13
✎
14:28
|
(3) Да, большой получится должен.
|
|||
6
palm1c
21.11.13
✎
14:28
|
И еще, отчет на СКД.
|
|||
7
sanja26
21.11.13
✎
14:28
|
(5) а зачем выводить такое количество строк?
|
|||
8
sanja26
21.11.13
✎
14:29
|
(6) СКД валится на большом количестве строк. Уж лучше просто в табличный документ
|
|||
9
sanja26
21.11.13
✎
14:30
|
там еще и группировки наверно. убрать ссылочные поля можно, заменить на представления
|
|||
10
palm1c
21.11.13
✎
14:32
|
(7) Я, конечно, согласен, что в некоторых случаях и незачем.
Только это уже другой вопрос. :) |
|||
11
H A D G E H O G s
21.11.13
✎
14:34
|
ВЫБРАТЬ СУММА(1) как ЧислоСтрок ИЗ
..... В консоли. И посмотри сколько у тебя строк, может ты где условие связи таблиц не поставил. |
|||
12
palm1c
21.11.13
✎
14:34
|
(9) Группировки в запросе есть (если речь об этом).
Можно поподробнее? |
|||
13
palm1c
21.11.13
✎
14:38
|
(11) Через 10 мин скажу результат.
|
|||
14
palm1c
21.11.13
✎
14:59
|
4 469 643 ЧислоСтрок
|
|||
15
ДенисЧ
21.11.13
✎
15:00
|
(14) Кто это читать будет?????
|
|||
16
Dmitry1c
21.11.13
✎
15:02
|
(15) сотрудники отдела ОТЗ
|
|||
17
acsent
21.11.13
✎
15:03
|
(15) Чукча не читатель
|
|||
18
zakidonoff
21.11.13
✎
15:04
|
(14) Зачем выводить такой объём за раз в одном отчёте? 0_о
|
|||
19
palm1c
21.11.13
✎
15:04
|
Всё-таки вопрос остаётся открытым.
|
|||
20
zakidonoff
21.11.13
✎
15:05
|
(19) при таком объёме количество памяти нормальное съедается.
Добавляй оперативки |
|||
21
shuhard
21.11.13
✎
15:07
|
(19) не верю (с)
|
|||
22
palm1c
22.11.13
✎
14:16
|
Вопрос действительно оставался открытым, и как я его решил:
1. В запросе обернул всё что можно в ПРЕДСТАВЛЕНИЕ. 2. Отключил вывод расшифровки. В итоге, потребление памяти снизилось. Всем спасибо. |
|||
23
banco
22.11.13
✎
14:58
|
(22) теперь все счастливы и пошли читать 4 469 643 строк отчета
|
|||
24
НатальяАлекс
22.11.13
✎
15:08
|
настрой сам SQL, ограничь ему память. У нас помогло.
|
|||
25
palm1c
22.11.13
✎
15:28
|
(24) Нет, там всё настроено. Кушал память именно РПхост. Если его ограничивать - вылетал с ошибкой, если не ограничивать - то сервер в своп уходил.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |