Пример постов Вертера:
ИМХО показывает уровень владения этими БД.
Вдобавок:
verterКлиентов предполагается быть очень много, допустим 100.000
....
У нас будут из приложения на клиенте отсылаться xml-пакеты, которые будут парситься в Web-сервисах, которые в свою очередь должны коннектиться к серверу БД и передавать туда распарсенные данные, сами Web-сервисы тоже будут написаны на C#. Модная технология, но она не живёт на заявленных нагрузках. Даже на ас/400 (камень в огород 1024)

verterАнтон, твои обидные слова про мой уровень знания БД я пропущу, скажу лишь, что действительно плохо знаю многие моменты работы этих БД, именно поэтому я здесь и задаю вопросы и не стесняюсь этого делать.
У меня не было цели тебя обижать - я хотел показать в топике, что для тебя и Оракл и MSSQL одинаково незнакомы. Ты сам позже об этом написал. Меня очень покорёжили цыфры предполагаемой нагрузки на систему и явное несоответствие твоей квалификации для этого проекта. Не пойми это как оскорбление, пожалуйста. Надо реально оценивать свои силы. Я, к слову, не взялся бы за этот проект, будь он на незнакомой для меня платформе.
verterА вот на счёт твоего высказывания про то, что предложенная технология работы не живёт на таких нагрузках не мог бы ты про это подробнее объяснить, в развёрнутой форме?У Явы и XML относительно большие накладные расходы. Пока у вас десятки клиентов, мощности железа хватает и вы их не замечаете, но когда verter ... с возможностью увелечения их количества до 1 млн. - вы готовы отдать, к примеру 4 CPU из 16-ти за удобство использования XML? И парсить его и парсить, хотя вы и так знаете, что там должно находится - наверняка все запросы от клиентов структурированы и описаны еще на этапе проектирования.
Я это всё к тому, что при больших нагрузках акцент смещается с быстроты написания и удобства сопровождения в сторону усложнения кода и структуры для достижения максимальной производительности и масштабируемости. Вот вы хотите в очередь запросы ставить, к примеру. В данном случае узкими местами могут стать процессы постановки/выборки из очереди и, как уже заметил softwarer, проверка готовности ответа (если он делается автоматически). Может просто запрашивать в асинхронном режиме и ловить event о завершении операции? Посмотрите в доке ADO event model and asynchronous operations.
verterЯ работаю на американцев, именно они нам навязывают эту технологию, заставляют работать с MS IIS, MS C#, MS SQL Server, поэтому у меня нет выбора. Значит именно это они могут поддерживать и оставьте все эти иссинуации с Oраклом и DB2.