?Вопрос: какие транзакции идут по 35 штук в секунду ?
Ответ: работает один сервер.
Поди догадайся солько нолей приписал к пользователям и транзакциям.

Вопрос был не только о транзакциях, но и железе и количестве пользователей.

О транзакциях ответить забыл - 80% чтение, 20% запись. Транзакции на запись обычно не очень сложные, чтение разное - от одной записи, найденной по индексу, до довольно длинных геморойных выборок, включающих полнотекстовый поиск по 5 000 000 файлов на отдельном файловм сервере.

Проблема в том, что ДАННЫЕ В ЦЕЛОМ хранятся И В базе данных И на файловом сервере , одна из таблиц в базе содержит ссылки на внешние (по отношению к базе данных) документы на файловом сервере.

Т.е. структурированная часть данных сидит в базе данных, не структурированная - в документах. Документы проиндексированы обычным Windows Indexing Service (это сейчас - новая версия будет использовать индексатор от Google - "yellow boxes"), на SQL сервере иммеется Linked Server для связи с Indexing Server.

Если пользователь присылает запрос только к структурированной части данных, весь запрос обслуживается SQL Server'ом, если в запросе также присутствует поиск по содержимому документов, то эта часть с SQL Server'а отправляется через Linked Server на файловый сервер, результат возвращается во временную таблицу, которая потом участвует (обычно в виде join'ов ) в поиске по базе данных.

Большинство запросов - это запросы к базе, поиск по документам случается раз в несколько минут. Один из источников транзакций на запись - автоматический процесс сортирующий и фильтрующий электронную почту (мы в месяц 100К e-mail'ов получаем, из которых большинство - голимый спам. Спаммеров стрелять надо!). Отфильтрованные e-mail'ы в зависмости от содержания и адреса отправителя, создают несколько записей в базе данных и в некоторых случаях могут сохраняться как документ на файловом сервере, после (в точение 10-15 секунд) чего содержимое этого документа индексируется и он может можкт быть включен в поиск.

Пробовали хранить документы в базе данных, но Full-Text indexing, что в SQL7, что в SQL2K не справлялся. Да и работать с документами неудобно.

А теперь встречный вопрос - причем здесь белая горячка?