Vlad FЗадача, упрощенно, побыстрее закачать миллион записей в одном сеансе при помощи embedded-движка.
а что, миллион записей за 26 секунд - не устраивает?
https://www.ibase.ru/news/novoe-video-parallel-naa-vstavka-dannyh/
каждый день вставлять миллион записей надо? Каждый час?

Vlad FЗа восьми-часовой рабочий день приложением потенциально обрабатывается и импортируется в БД Оракула и/или MS SQL сервера порядка 1.2 террабайта исходных XML-данных.

я на такие сентенции обычно говорю, что это не задача, а чешуя, потому что обработать и осмыслить такое количество данных никто не в состоянии. Их или надо сразу агрегировать, а значит ни о каких 1.2 терабайтах речь не идет, или тогда их НЕ надо хранить в СУБД вообще.
1.2 терабайта входящих данных в сутки - это долбануться можно, хрень какая-то. Столько разве что с космических радаров приходит, для обозрения вселенной.
Vlad FЛадно, я понял, придется исследовать все самому.
КТО будет эти ваши данные и скорость их вставки за вас исследовать, что за фантазии?
Да и исследовать там нечего. Быстрее было исследовать, чем сюда вопросы писать. Вот я захотел исследовать вставку 1млн записей - и исследовал, никого не спрашивая. Правда, я заранее знал, как это надо делать. Но тем не менее.
Vlad Fто какой именно при этом на тематическом движке эффект?
да хватит уже. возьми и протестируй. Не понравится - ну напиши на чистом API, сравни скорость. Кому это надо, нам, что-ли?
Vlad Fа по результатам поисков в Сети в целом, получается, всерьез никем не используются.
не надо тут плести пропагандистские сети. По вставке данных есть общие рекомендации. А что там у вас конкретно - это надо программисту разбираться. С замером скорости каждого действия. И искать, где можно оптимизировать.
Вдруг ваш 1.2 терабайта превратится при вставке в 1 гиг. Или еще меньше. Кто его знает, как это у вас там устроено. Хреново напишете - ну и кто будет виноват, Firebird? Чего сразу тут разводить предположения?

YuRock,

я знаю про базы на ФБ с микротранзакциями по 7 терабайт. Поэтому в 1.2 терабайта в день я просто не верю. Это такой объем данных, который, еще раз подчеркиваю, проанализировать в осмысленное время невозможно. Поэтому я считаю это откровенной ахинеей. До тех пор, пока мне не покажут, что это действительно реальные и анализируемые данные.
В разделе "Сравнение СУБД" такая фигня появляется регулярно. И когда людям тут же приводишь данные по объему вставляемых данных в секунду, они тут же куда-то сливаются.
К примеру, 1.2 терабайта за 8 часов, это 41 мегабайт в секунду, непрерывно. Значит, хранилище должно обеспечивать скорость записи раз в 10 больше, то есть 410мб в секунду. Для ssd это вроде ок. Но покажите мне хранилище из ssd в сотни терабайт (за год, напомню, 1.2 терабайта в сутки это больше 365 терабайт в год). И человек, который имеет денег на такое хранилище, что-то тут спрашивает? НЕ ВЕРЮ.