seadbБудет ли загрузка в секционированную таблицу медленнее чем в не секционированную
Ну если хорошо подумать, может и удастся добиться такого эффекта, хотя сходу никаких светлых мыслей в голову не приходит.

Yo.!
Друг мой, здорово похоже на то, что кто-то взял себе чужой ник...

Позволю себе пару комментариев.

Зл0й1. Данные заливаюцца в несколько staging таблиц, через direct path.
или быть может другим путем, например через transportable tablespace. Зависит от ситуации.

Зл0й3. Данные заливаются insert'ом с APPEND хинтом
Комментарий для присутствующих: по сути тот же direct path, вид сбоку.

Зл0й4. Делаецца exchange partition из t_exchange в главную (fact table).
Предварительно эта t_exchange опять же может быть перенесена на другой сервер через TT - если хранилище и отстойник лежат на разных железках.

Комментарий для присутствующих: польза exchange partition в том, что может быть спокойно "в сторонке" проведен какой угодно долгий итп процесс обработки данных, идти коммиты, процесс может быть остановлен на середине и запущен потом итп. Наконец, наступает час X, и за долю секунды, внутри одной транзакции, новые данные собственно попадают в итоговую таблицу - таким образом, загрузка данных не мешает хранилищу работать 24x7

Yo.!левый для сервера энджин
Ты бы хоть что ли сам читал то, на что ссылки даешь

по ссылке вышеInstead of filling a bind array buffer and passing it to the Oracle database server with a SQL INSERT statement, a direct path load uses the direct path API to pass the data to be loaded to the load engine in the server . The load engine builds a column array structure from the data passed to it.

Yo.!ну, .... имхо на катртинке чуть выше вполне доступно разрисовано.
Чтобы интереснее было нукать, напомню другую твою фразу: ничего общего. [с direct path] инсерт с хинтом это сторона сервера [а direct path, видимо, нет]. Видать, недостаточно доступно.

Yo.!отдельный от rdbms oracle энджин мимо всего oracle rdbms готовит блок,
Если бы ты сказал "мимо sql-движка", это бы имело смысл. Но вот про то, как стрелочка, входящая в квадратик с надписью "Oracle Server", может проходить мимо всего rdbms, было бы весьма интересно услышать.

Да, кстати, совет: забудь про транзакции, undo, redo.... а лучше посмотри в документации. Эти слова не стоит употреблять совсем уж попусту.

Yo.!как я понимаю, наконец вьехав о чем речь и чтоб не выглядить совсем уж севшим в лужу вы решили привязатся к словам.
Я бы на твоем месте не выпендривался, в противном случае я снова спрошу тебя, нафига ты украл чужое имя. Yo.!, имея свои недостатки, таки имеет представление об Oracle и подобного твоему бреда не несет.

Yo.!но сути спора не меняет, ничего общего с SQL командой insert (с хинтом, без хинта - без разницы) этот метод не имеет.
Раз уж умеешь ссылаться на документацию - что хорошо - попробуй сделать следующий шаг: начни ее читать. Например, здесь ; ключевые слова:

Документация по ссылке Inserting Data Into Tables Using Direct-Path INSERT
....
To activate direct-path INSERT in serial mode, you must specify the APPEND hint in each INSERT statement, either immediately after the INSERT keyword, or immediately after the SELECT keyword in the subquery of the INSERT statement.

When you are inserting in parallel DML mode, direct-path INSERT is the default.
....
С интересом выслушаю твой рассказ про то, что direct path insert не имеет ничего общего с direct path.

Yo.!не буду, т.к. не вижу отличий, ... но я не вижу ничего общего с SQL командой Insert.
OK. Итого, сказанное тобой в http://www.sql.ru/forum/actualthread.aspx?tid=547119#5563643 считаем успешно опровергнутым в части "да ну, ничего общего". Остается разобраться с вопросом формирования блока.

Yo.!забавно да, оказалось я был прав даже в том что, что блок формируется на стороне клиента: ... читать "блок формируется на стороне клиента" как "структура блока формируется на стороне клиента"
Ну и где ж ты это увидел? Обычная передача массива параметров.

ditbunauПо опыту загрузок по 100.000.000 записей в день в секционированную таблицу - начинаются траблы, когда партиция достаточно распухнет. Скорость загрузки падает.
Я в свое время мерял, и пришел к выводу, что оптимальный размер партиции для Oracle - 20-50 млн. записей. Цифра, конечно, условная, но если выходит за эти границы - стоит проверить, а не теряем ли мы на этом.