"Alexey Popov" ...
Yurij wrote:
Такое чувство что не взлетит на FB.
На весьма хорошем железе взлетит и на FB, имхо.
Вопрос не только в железе. Больше к алгоритмам работы FB которые мало
оптимизированы на такие объёмы.
Ну-ка, ну-ка, хотелось бы подробнее...
Предел номера транзакции,
Причём тут "такие объёмы" ???
скорость prepare,
Что там не так ? *Одноразовое* чтение всех PP ? Или ты собрался терабайтную
БД на декстопе с одним винтом и 1GB памяти обрабатывать ?
размер TIP и PIP,
И ? Это к чему ?
глубина индексов,
А тут что не так ???
не 100% заполнение страниц данными,
Это к dbf\csv\txt - там 100%.
невозможность кластерных индексов
Это можно принять с бооольшими оговорками. И то только после анализа
запросов, которые ты не показал.
и т.п.
ы ?
--
Хорсун Влад
PS
1. Задачу ты вообще не описал, поэтому говорить что-то конкретное невозможно.
2. Я не говорю, что FB идеально подходит для работы с релаьно большими
объёмами, но
ты не привёл ни одного настоящего аргумента против.
3. Ни слова об *алгоритмах работы FB которые мало оптимизированы* я так и не увидел