Здравствуйте, Algebroid, Вы писали:


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

A>мало. но душа всегда к ним стремилась.
Мало это сколько?

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

A>количество записей в таблице ограничено несколькими миллионами.
Кто тебе такую глупость сказал?

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

A>рейд-массив нужен чтобы хранить одну большую базу данных.
Рейд-массив нужен не для этого. Рейд массив нужен для избыточного хранения информации (зеркалирование) и для увеличения I/O. Какие данные на нем хранятся это вообще перпендикулярно.

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

A>в делфи и с++билдере
Делфи давно не борланд.

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

A>только в стандартной комплектации их нет. надо допиливать.
Точно та же история с Делфи — нужно допиливать под конкретные требования.

В любом случае для построения богатого UI WPF гораздо-гораздо удобнее.

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

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

Открой для себя AJAX и DOM-манипуляции.

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

A>нет жмешь на кнопку а она генерирует скрипт который динамически обновляет страницу. возни конечно больше.
Какая кнопка? Какой скрипт? При чём тут "толстый клиент"?

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

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

A>миддлвэр жрёт ресурсы.
И?
A>но работает благо есть быстрые серверы.
A>это также имеет отношение к нашей теме — быстрый нативный компонент или удобная платформа со своей виртуальной машиной но требующая больше ресурса.
Какого ресурса?
Я ещё раз повторюсь: инструмент выбирается под задачу. Почитай про тот же Erlang.