Каков максимальный размер внутренней таблицы?

Изя Шниперсон

Существует ли ограничение на количество данных во внутренней таблице, или в нее можно поместить любое количетсво строк?
Т.е. можно ли, например считать все материалы во внутреннюю таблицу, или в результате такого запроса выпадет дамп?

Code:

SELECT * from mat into table it_mat.

sy-uname

Изя Шниперсон написал(а):

Существует ли ограничение на количество данных во внутренней таблице, или в нее можно поместить любое количетсво строк?
Т.е. можно ли, например считать все материалы во внутреннюю таблицу, или в результате такого запроса выпадет дамп?

Code:

SELECT * from mat into table it_mat.

Internal Tables:

Цитата:

Internal Tables as Dynamic Data Objects

Internal tables are always completely specified regarding row type, key and access type. However, the number of lines is not fixed. Thus internal tables are dynamic data objects, since they can contain any number of lines of a particular type. The only restriction on the number of lines an internal table may contain are the limits of your system installation. The maximum memory that can be occupied by an internal table (including its internal administration) is 2 gigabytes. A more realistic figure is up to 500 megabytes. An additional restriction for hashed tables is that they may not contain more than 2 million entries. The line types of internal tables can be any ABAP data types - elementary, structured, or internal tables. The individual lines of an internal table are called table lines or table entries. Each component of a structured line is called a column in the internal table.

Sergo

Изя Шниперсон написал(а):

Существует ли ограничение на количество данных во внутренней таблице, или в нее можно поместить любое количетсво строк?

Размер вн табл не может превысить того кол-ва, которое определяется параметрами ограничения размера памяти сессии, пользователя ..., если конечно они установлены. Если же эти параметры не установлены по нормальному, вн табл сможет всю память сервера

Изя Шниперсон

Sergo написал:

Изя Шниперсон написал(а):

Существует ли ограничение на количество данных во внутренней таблице, или в нее можно поместить любое количетсво строк?

Размер вн табл не может превысить того кол-ва, которое определяется параметрами ограничения размера памяти сессии, пользователя ..., если конечно они установлены. Если же эти параметры не установлены по нормальному, вн табл сможет всю память сервера

Спасибо за развернутый ответ, а как же тогда написать запрос во внутреннюю таблицу, если выборка может превысить размер памяти сессии?

Пономарев Артем

Изя Шниперсон, используйте курсор и читайте данные кусками.

WhiteScorpio

Изя Шниперсон написал(а):

Спасибо за развернутый ответ, а как же тогда написать запрос во внутреннюю таблицу, если выборка может превысить размер памяти сессии?

При выполнении выборки, если вся память на сессию израсходавана, то выпадет дамп с указанием превышения размера.

Good luck.

Изя Шниперсон

WhiteScorpio написал:

Изя Шниперсон написал(а):

Спасибо за развернутый ответ, а как же тогда написать запрос во внутреннюю таблицу, если выборка может превысить размер памяти сессии?

При выполнении выборки, если вся память на сессию израсходавана, то выпадет дамп с указанием превышения размера.

Good luck.

А можно ли ограничить размер выборки во внутреннюю таблицу чтоб дамп не выпадал?

Пономарев Артем

Еще раз:
Изя Шниперсон, используйте курсор и читайте данные кусками.

F1 + open cursor / fetch cursor поможет.

WhiteScorpio

Пономарев Артем написал:

Еще раз:
Изя Шниперсон, используйте курсор и читайте данные кусками.

F1 + open cursor / fetch cursor поможет.

А как определить, что следующая запись будет критической для памяти (не хватка)?!

Пономарев Артем

Зачем?

-> Читаете некоторое кол-во записей во внутреннюю таблицу -> Обрабатываете. Чистите таблицу. ->
<----------------------------------------------------------------------------------------------------------------------------------

Удав

Изя Шниперсон написал(а):

Спасибо за развернутый ответ, а как же тогда написать запрос во внутреннюю таблицу, если выборка может превысить размер памяти сессии?

1. Обрабатывать данные с помощью OPEN CURSOR, как советует Артем Пономарев

2.Воспользоваться конструкцией
SELECT .... PACKAGE SIZE n
INTO TABLE ...

...
ENDSELECT.

3.Использовать функции агрегации данных SUM, MAX и т.п. в SELECT .. GROUP BY

WhiteScorpio

Пономарев Артем написал:

Зачем?

-> Читаете некоторое кол-во записей во внутреннюю таблицу -> Обрабатываете. Чистите таблицу. ->
<----------------------------------------------------------------------------------------------------------------------------------

Я не заметил, что говорили о том, что данные будут, в итоге, агрегироваться. Т.ч. ответ не точен.

WhiteScorpio

Удав написал(а):

Изя Шниперсон написал(а):

Спасибо за развернутый ответ, а как же тогда написать запрос во внутреннюю таблицу, если выборка может превысить размер памяти сессии?

1. Обрабатывать данные с помощью OPEN CURSOR, как советует Артем Пономарев

2.Воспользоваться конструкцией
SELECT .... PACKAGE SIZE n
INTO TABLE ...

...
ENDSELECT.

3.Использовать функции агрегации данных SUM, MAX и т.п. в SELECT .. GROUP BY

Если PACKAGE SIZE использовать для FOR ALL ENTRIES, то ДА (как я считаю), а для другого?! Можете пояснить?

WhiteScorpio

Удав написал(а):

3.Использовать функции агрегации данных SUM, MAX и т.п. в SELECT .. GROUP BY

SUM, MAX, и другие функции зависят от нагрузки, если таблица огромна, а количество обрабатываемых данных велико (>50%), то могут возникнуть сомнения - НУЖНО ЛИ?! ОПТИМАЛЬНО?!. Т.ч. требуется уточнение или более развернутый ответ, НЕ ТАК ЛИ?!

Удав

WhiteScorpio написал:

Если PACKAGE SIZE использовать для FOR ALL ENTRIES, то ДА (как я считаю), а для другого?! Можете пояснить?

Как раз PACKAGE SIZE для FOR ALL ENTRIES не нужен.
PACKAGE SIZE разбивает выборку во внутреннюю таблицу на указанное количество записей и должен использоваться для обработки записей порциями.
Преимущества:
1.Фиксированный размер внутренней таблицы, т.е. возможность последовательной обработки данных без увеличения потребляемой памяти
2.Уменьшение количества запросов к БД по сравнению с FOR ALL ENTRIES
Недостатки:
Обработка должна быть достаточно быстрой, т.к. ENDELECT никто не отменял. :wink:

Правила форума

Каков максимальный размер внутренней таблицы?

Кто сейчас на конференции