Пакетная обработка запросов была, в своё время, решением вопроса низкой пропускной способности сетей.
Современные гигабитные сети и многопоточные процессоры просто сделали это рудиментом.
Простой пример. Есть прекрасная SQL БД Firebird, у которой есть локальное решение. Упрощённо говоря, можно
положить в папку программы DLL и она будет работать с БД локально. Так вот пока программа составит этот запрос,
передаст его драйверу, тот его выполнит, передаст обратно пакет - простая выборка того же из TPS уже давно всё сделала.
Смысл есть только в том, что одна программа может работать локально и в полноценном варианте, с выполнением
запросов на мощном сервере.
Можно сказать, что Btrieve это тоже самое локальное решение Pervasive.SQL. Да, в Btrieve API есть пакетная обработка.
Нужно ли оно, если Btrieve всегда (в т.ч. и современный Btrieve 12) предлагается как Embedded решение ? Нет.
Обратили внимание, что в последние годы стал возрождаться рынок т.н. Non-SQL БД ? Причина - в первом абзаце.
P.SQL действительно по тестам скорости проигрывает лидерам рынка … но дело в том, что он изначально с ними не конкурировал.
P.SQL всегда предлагался как решение с легендарной надёжностью и в этом он уступает только Oracle (который стоит на порядок больше).
Это мнение независимой экспертизы журнала BYTE, а не моё, если что …
