"Alexey Popov" ...
Yurij wrote:

Такое чувство что не взлетит на FB.

На весьма хорошем железе взлетит и на FB, имхо.

Вопрос не только в железе. Больше к алгоритмам работы FB которые мало 
оптимизированы на такие объёмы.

   Ну-ка, ну-ка, хотелось бы подробнее...

Предел номера транзакции,

   Причём тут "такие объёмы" ???

скорость prepare,

   Что там не так ? *Одноразовое* чтение всех PP ? Или ты собрался терабайтную
БД на декстопе с одним винтом и 1GB памяти обрабатывать ?

размер TIP и PIP,

   И ? Это к чему ?

глубина индексов,

   А тут что не так ???

не 100% заполнение страниц данными,

   Это к dbf\csv\txt - там 100%.

невозможность кластерных индексов

   Это можно принять с бооольшими оговорками. И то только после анализа
запросов, которые ты не показал.

и т.п.

   ы ?

--
Хорсун Влад

PS

1. Задачу ты вообще не описал, поэтому говорить что-то конкретное невозможно.

2. Я не говорю, что FB идеально подходит для работы с релаьно большими 
объёмами, но
   ты не привёл ни одного настоящего аргумента против.

3. Ни слова об *алгоритмах работы FB которые мало оптимизированы* я так и не увидел

Ответить