A>>MS SQL нет на мэйнфреймах.
_>Много ты мейнфреймов видел?

мало. но душа всегда к ним стремилась.

A>>для маленького предприятия конечно очень удобно. и удобно администрировать.
_>Для большого тоже удобно.

количество записей в таблице ограничено несколькими миллионами.

A>>или можно поставить MSSQL на ферме серверов с RAID-массивом?
_>С чего бы было нельзя? Рейд-массив вообще никакого отношения к RDBMS и к фермам не имеет. Любая RDBMS становится на рейд-массив любой конфигурации.
_>Стандартное применение MSSQL это как-раз бекенд для разного рода ферм.

рейд-массив нужен чтобы хранить одну большую базу данных.

A>>стандартный датагрид в NET неудобный.
A>>а в борланде
_>Где?

в делфи и с++билдере

A>>есть навигатор по гриду. можно соединять таблицы мастер-деталь.
_>UI компонент для .NET WinForms и WPF создано ВЕЛИКОЕ множество. Каких угодно.

только в стандартной комплектации их нет. надо допиливать.

A>>браузер ограничен функционалом.
_>О каком функционале речь?

одна загрузка страницы — одно нажатие на кнопку.

A>>а AJAX придуман для написания толстого клиента в веб-броузере.
_>Жесть... Почитай чтоли что такое "толстый клиент".

нет жмешь на кнопку а она генерирует скрипт который динамически обновляет страницу. возни конечно больше.

_>Напрямую в RDBMS данные не вводятся. Никогда.

не возражаю.

A>>>>но данные к нему доставляются посредством SQL-запросов.
_>>>Посредством SQL-запросов данные выгружаются из базы данных в некий middle ware, а уж потом как-то подготавливаются и в каком-то виде могут быть показаны на UI конечному пользователю. А могут и не быть вовсе, если это какой-то workflow-процесс.

A>>это конечно круто и корпоративно но или не очень эффективно?
_>Не понял вопроса.

миддлвэр жрёт ресурсы.
но работает благо есть быстрые серверы.
это также имеет отношение к нашей теме — быстрый нативный компонент или удобная платформа со своей виртуальной машиной но требующая больше ресурса.