авторподскажите какие схемы существуют для масштабирования небольшой но очень активно используемой(многими клиентами) базы данных (100k записей) ?
существует несколько схем.

автордругими словами - как организовать базу(систему) для хранения 100k записей так, чтобы при увеличении количества серверов (не кластер) линейно(или почти) увеличивалась мощность (N клиентов / 1 секунду, все клиенты более-менее одинаково активны)
необходимо правильно организовать.

авторпросьба не флеймить и не писать "все зависит от конкретной задачи", интресует общее, пусть и не самое оптимальное, решение.

замечено, что на глупые вопросы обычно получают глупые ответы ...
если нужны умные ответы сформулируй задачу, железо и субд и клиентов.

2vazhnecki

что за задача ?

вариант 1: oracle RAC, дрого но вытянет и 100к юзеров на таком железе.
вариант 2: если позволяет задача - организовать механизм очереди, т.е. один быстрый процесс создает очередь заданий второй процесс разгредает очередь.
вариант 3: загнать 4 сервера и взять нормальный 64-бит сервер побольше памяти и не извращатся без надобности. говорили что SUN дает 8 головый сервер по цене 4х голового, но с 4 процами, вырастаешь они тебе "включают" остальные 4.

>вариант 2 - не понимаю, как это работает ?

типа монитора транзакций на маинфрейме, когда всех юзеров одновременно система обработать не может делают так:
все юзера очень быстро пишут в тибличку(и) заданий, дальше другой процесс(ы) берет по одному заданию и выполняет. т.е. клиент дал за дание и отвалил, его задание помещается в очередь и позже будет выполнено.

>считайте что у задачи самые жесткие и самые неоптимизируемые условия

заниматся ерундой - лениво, давай задачу, найду решение.