Здравствуйте!

Стоит такая задача. Существуют 2 группы менеджеров. Первая регистрирует заявки (предварительные контакты), ФИО, контактный телефон (email), запрос. В количестве ~ 10-15 в минуту. Вторая группа обрабатывает очередь заявок (звонит контакту). Отработонной заявке ставится флаг "отработанна". Причём вторая группа должна отработать их в течении 10-15 минут, иначе они теряют актуальность (по бизнесс задаче, на практике конечно остаются висеть до обработки). Отрабатываемые заявки не должны пересекаться между членами второй группы (чтобы не звонили по одному контакту 2 раза) и конечно состояние очереди и отработанных заявок должно быть актуально в клиенте программы (задержка может привести к двойному звонку на 1 контакт). Если контакт не новый, а был уже в работе, к нему подтягиваются при просмотре дополнительные данные (история заказов и т.д.), которые вводятся уже на протяжении более длительных сроков (с ним могут работать, внося, изменяя дополнительные данные).

Вопрос следующий. Имеет ли смысл организовывать систему на базе реляционной СУБД, прежде всего часть, касающейся очереди заявок? Нормально ли будет для MS SQL работа с таким динамическим потоком данных, в плане нагрузок?

Одни ребята предложили нам сделать на Оракле (работают просто с ним, по словам - хорошие специалисты есть), но нам лучше MS SQL, так как есть на нём другие решения. Но мне показалось, что они задачу не особо разбирали. Обратились к другим - испугали нагрузками, сказали что лучше не делать, по крайней мере очередь, на реляционной СУБД. Пока все взяли тайм-аут.

А как реализуется в MS SQL (2005,2008), постоянное отслеживание динамически меняющихся данных, если задержка должна быть не больше 1 сек? Не select же ежесекундно делать.