Herr Developer - а что, у IBM совсем нет результата по Price/Performance в TPC-C ?
По мне так, совсем неплох. Или вы ищите его среди _наименьших_ ? Ну, наверное, с Dell pSeries не могут конкурировать ценой.

К вашим вопросам о длинных транзакций - я же указал, что поступившие в обработку данные обязательно доолжны быть обработаны, и все 60 SQL statements должны быть выполнены, рано или поздно, в независимости от обрыва кабела или сгорания железа. Ну для этого собственно сервис очередей с XA протоколом и ассинхронность.
По поводу того, как первый разработчик может что-то узнать от третьего (любого) -
есть следующие виды запросов:
- datagram (послал-заб[ы,и]л)
- request/replay
- publish/subscribe
то есть, мне кажется request/replay как раз к вашему вопросу. Другой вопрос, что мне этого никогда не надо было.

А по поводу крявых данных - надо определится, что ими является и что не является.
Это уже бизнесс-зависимо.
Пример из бизнеса (чувтсвую, я этим примером уже надоел).
VoIP, сеть cisco VoIP Gateways по миру, у каждой FreeRADIUS сервера рядом, у каждого accounting модуль MQ-enabled.
База одна, все события аккаунтинга (legs в терминологии cisco) по MQ доставляются на сервер обработки. Каждый звонок описывается минимум двумя, максимум дохрена пакетов (legs), типично - 4. На каждую группу legs об одном звонке должна быть сформирована запись о звонке. На каждую запись о звонке должны быть вычислены и преобразованы к стандартному виду телефонные номера, кто звонил и кому звонил (кто нам платит,и кому мы платим). И завершающий этап - стоимость, которую должны нам, и которую должны мы за каждый звонок.
Так вот этот бизнесс UoW замечательно делится на шаги, каждый шаг - логическая совокупность SQL Statements и одна транзакция.
Что интересно, если запись о звонке уже сформирована, участники звонка определены, а стоимость еще нет - это никого не пугало и не напрягало, рано или поздно это будет определено, стоимость вопроса - стоимость уровня High Availability MQ системы. Можно по-дольше и подешевле, можно по-короче и подороже.
И никаких кривых данных небыло - был установлен перечень снандартных статистических отчетов за предустановленные периоды времени, и бывали спонтанные внезапные отчеты, но как правило не к текущей секунде.
И вапсче - это глубокий офф-топ, это системная архитектура, и это все сильно бизнес-зависимо.
Есть и второй бизнес пример , для крупного завода, там примерно также но проще.

Anton - я весь в смущении, и не знеаю, что ответить на выши превосходные знания о технологии mainframe.
Да отстой оно, конечно, особенно каналы.
И про падение продаж iSeries - великолепно.
А то у меня устарелая инфа, о 100% роста за этот год, который еще не окончился.
Чессло, вряд ли я вам еще что-то буду отвечать.
Знаний ноль по предмету, а уверенности много.

Anton Demidov
Выделенные контроллеры i/o мэйнфреймов - технология 30-ти летней давности.
Просто блеск, мои восхищения.
И по поводу сравнения канала с контроллером (ссылок вам найти, чтоль, для ликбеза первоначального).
А колесо так вообще технология тысячелетних давностей.
А отсталые производители все равно че-то делают на его основе.
Во!
По теме цитата -
"mainframe is an obsolete device
still used by thousands of obsolete companies
serving billions of obsolete customers
and making huge obsolete profits
for their obsolete shareholders.
And this year's run twice as fast as last year's."
Isham Research's Devil's IT Dictionary.

Ну obsolete и все, че обсуждать-то.

Yo, навскидку, времени нет,
но найдите
"Архитектура и технологии IBM eserver zSeries"
учебное пособие
В.А.Варфоломеев, Э.К.Лецкий, М.И.Шамров, В.В.Яковлев
ISBN 5-9556-0036-1
В ней неплохо рассказано и нарисовано, про канальные программы немного правда.
А ссылку, если не из попсовых, то искать надо, уж на следующей неделе, наверное.
Каналы хоть и старая технология, но постоянно создаются новые (ну как там колеса - кованные, легкосплавные), постоянно увеличивается их количество в системе, и прочая.

да, и канал это не устройство хранения, а доступ к устройству, а на канале может висеть Н-ное кол-во устройств, всяких там сторадж тотал и прочих.
Важно и кол-во каналов в системе, так как доступ к одному устройству может быть через разные каналы (который свободнее).
Если не ошибаюсь, то канальных путей на современном железе может быть 512, а устройств 126К

дык в том то и проблема, что не попсовую, а техническую.
а у меня из ресурсов - CD с докой и вот книги.

чего??? Канал втыкается в PCI ?????????
Ну да ладно.
Фих с ним.
Втыкается.
Такой вот контроллер, с понтовым названием канал, в тыкается в шину, и это все одни понты, а архитектура есть всего одна.
Да и боксы эти один отстой и разводилово, и основы то для спора нет.
Я признаю, что "слив засчитан" и я вводил народ в заблуждение.
Больше не буду.