1. Можно сказать, что iSeries (AS/400) стабильнее Windows. Но она хуже AIX, что работает на той же платформе (c недавнего времени они объединили аппаратную платформу). Учитывая редкость аэски на территории бывшего СССР, выбрать её сейчас будет весьма неадекватным решением.
По производительности и функциональности AS/400 также проигрывает DB2 for UNIX - это уже не раз обсуждалось на этом форуме.
2. Реально, но вы получите нечто, работающее медленнее моего лаптопа

Итог: не рекомендую (IMHO, конечно)

GVF112GVFВо-первыx,
оценку произовдительности могут давать только специалисты компании IBM.
круто, и давно вы узурпировали это право?
GVF112GVF Одна из основных задач System i (AS/400) обеспечение непрерывности бизнесса,
его устойчивости при повышенных нагрузках и т.д.
подразумевается, что задачей остальных СУБД является подлое выпадение в осадок при "повышенной нагрузке" ?
GVF112GVF
Теперь о DB2 ... правда состоит в том, что DB2 в System i - это составная часть опреационной системы, которая интегрированна с HardWare !!! Поэтому, сам вопрос о производительности DB2 не совсем корректный !!! Звучит примерно так: "тесная интеграция 5R3 и CPU Power5". Да, тут всё понятно: интегрировали ОС и железо - и претензий к производительности не принимаем. Кстати, назовите мне пример коммерческой ОС, которая не интегрируется и железом? Или это вы об эмуляторах?
GVF112GVF
не требует администратора DB2 ... так как DB2 сама себя обслуживает и т .д .... отсюда ... более полная автономность и низкий TCO ....
Далее, насколько мне известно, в состав System i входит пакет программных продуктов IBM,
который не нужно покупать .... в том числе DB2 ....
Зерно истины нашлось. Да, стоимость DB2 и некоторых прог. пакетов уже включена в базовую конфигурацию. Да, официально DB2/400 как бы не требует ДБА, но реально его функции выполняет либо сисадмин, либо контрактор от IBM.

PS
Вадим, а к чему у вас столько многоточий?

Paul A. Pleshkov
Антон, AS/400 сейчас распространены по территории бывшего СССР довольно сильно :) Ох, не зря вы тут смайлик поставили. Самоирония помогает выжить. Кстати, сколько у вас инсталляций - за десяток уже перевалило?

Paul A. PleshkovА то может получиться так, что из пушки по воробьям.
Хотя работать с ней, одна радость. Это не пушка, а раздолбанная катапульта. Радость работы, говорите? Я, когда мне приходится работать с аэской, вспоминаю весь мой матерный запас слов. Вот только что пришлось написать хранимку для задачи, которая на Oracle или DB2 v8 решается обычным SQL запросом. Почему ? Убогий SQL у DB2/400! А работа оптимизатора? Стыдобища. И кардинальных изменений в этой ситуации не предвидится. IBM продвигает DB2 for LUW. Существующие клиенты AS/400 потихоньку апгрейдят железо на новый iSeries что может AIX держать (софт сразу менять дорого и рисково).

Перспективы развития аэски у меня сложились после общения с Кентом Миллиганом (Kent Milligan) и Даном Круикшанком (Dan Cruikshank)

GVF112GVF
круто, и давно вы узурпировали это право?
В данном случае,
это право производителя – давать экспертную оценку и выполнять sizing собственного оборудования. Объективную оценку может дать только производитель. Он располагает методологией, экспертизой и другими ресурсами для оптимального выбора конфигурации оборудования. ... и потом публикует их, если не стыдно. Где данные по Аэске? Заходим на www.tpc.org и видим только DB2/LUW
GVF112GVFСоотношение цена/производительность никто не отменял или у Вас есть другие аргументы ?
Именно эти аргументы и не в пользу Аэски. http://www.itjungle.com/tfh/tfh082106-story01.html Я уже как-то давал этот линк здесь, но можно и повториться.
GVF112GVFВ данном случае, речь идет не об эмуляторах и не о реализации особенностей ОС, а о том, что база данных DB2, использует механизмы обработки данных и доступа к ним - на аппаратном уровне.Мы тут все люди технические, может приведёте конкретный пример для новой iSeries? Заодно озвучите свои мысли, почему DB2/AIX на этой же платформе это не может использовать, но работает быстрее (см. мой линк выше). Сразу представьте себе испытательный стенд - iSeries с двумя LPAR - на одной AIX c DB2, на другой - DB2/400.

GVF112GVF Зерно истины нашлось. Да, стоимость DB2 и некоторых прог. пакетов уже включена в базовую конфигурацию. Да, официально DB2/400 как бы не требует ДБА ...
Ну и что тут плохого. Это то хорошее , что я отметил. Не относитесь ко мне предвзято :-).
GVF112GVF
По моему, речь идет о ментальности восприятия того или иного решения, на технологиях более высокого уровня (в данном случае IBM - System p, System i, Syetem z).

Ну вот - опять на маркетинг сорвались: "технологии более высокого уровня". Или вы с персоналкой сравниваете? По-любому, давайте не отвлекаться от оригинальной темы про DB2.
GVF112GVF
PS
Вадим, а к чему у вас столько многоточий?
А что - Вас это пугает или раздражает ?
Не бойтесь ... не надо ... :)

Но вы исправились - спасибо.

Paul A. Pleshkov Anton Demidov
Перспективы развития аэски у меня сложились после общения с Кентом Миллиганом (Kent Milligan) и Даном Круикшанком (Dan Cruikshank)
А можно их озвучить, или в меня мылом?
Да ничего конфиденциального здесь нет. Моя компания приглашала Кента как консультанта. У нас были (и есть) проблемы с производительностью. Я с ним общался по техническим вопросам, но он провёл значительное время и в общении с менеджерами. Как результат, наш продукт, оригинально написанный под AS/400 на Коболе теперь работает и на MS SQL

Варианты ответов Кента на наши вопросы:
Да, это так работает на Аэске, live with it

Нет, пока так сделать нельзя, но может в следующей версии так можно будет делать

Нет, я не знаю такого magic switch чтобы заставить систему работать быстрее. Лучше купите/докупите hardware.

Обновите ОС до последней версии

Дэн, учитель на курсах в Рочестере (главный офис Аэски), был нещадно пытуем нелицеприятными вопросами о проблемах Аэски (не только мной). В результате мы выяснили, что:

IBM не выделял в последнее время ресурсов на развитие этой платформы. Главные спецы были переведены на другие проекты (DB2 for LUW ?).

Очень много сил уходит у них на поддержание совместимости со старым none-SQL кодом (physical file access).

Интегрированность базы и ОС из преимущества обернулось тормозящим развитие фактором.

Общий код у всех версий DB2 - миф.

SQL Query Engine - в зачаточном состоянии (но становится лучше от версии к версии). Почему они не используют код версии с Юникса, он точно не знал (либо не захотел говорить).

Это всё, что вспомнилось.

mitekможно про эти самые "места" поподробнее ?
Мне, например, очень понравились EVT индексы на аэске. Это разновидность bitmap индекса.

GVF112GVF ... и потом публикует их, если не стыдно. Где данные по Аэске? Заходим на www.tpc.org и видим только DB2/LUW
Не совсем убедительно! Могу привести пример.
IBM помимо DB2, развивает линейку INFORMIX- IDS 9.40, 10.00, 11.1 и т.д.
Думаю, что результатов тестирования по IDS 10.00 и IDS 11.1 – Вы также не найдете на сайте www.tpc.org. Почему так – науке это не известно... IBM уделяет очень много внимания (и ресурсов) этому тестированию. Здесь случайностей быть не может. Если результаты убрали (а они там были несколько лет назад), значит они мешали имиджу и соотв. продажам.
GVF112GVF
Мы тут все люди технические, может приведёте конкретный пример для новой iSeries?
Заодно озвучите свои мысли, почему DB2/AIX на этой же платформе это не может использовать, но работает быстрее
С фантазией у меня в порядке. Хотелось бы узнать для какой версии DB2 проводилось тестирование на разделе LPAR AIX и iOS ? Надеюсь версия DB2 - 8.x ? Если нет, то о каком тестирование мы говорим ? Да вопрос-то был о примере "DB2 в System i - это составная часть опреационной системы, которая интегрированна с HardWare"
Я знаю пример на z/OS - процессор компрессии занимается сжатием/распаковкой данных, если таблица создана с параметром COMPRESSED - т.е. драгоценные циклы ЦПУ на это не тратятся. Вот это я называю настоящей интеграцией.

Кстати, Вадим.
Я не ставлю себе целью мешать вашему бизнесу.
AS/400 была №1 15 лет назад, но она не повторила бизнес судьбу мэйнфреймов. Её надо было активнее развивать, а не просто стричь купоны. Теперь уже поздно - другие игроки на рынке заняли её нишу.

ЮрийZ2 Anton Demidov Моя компания приглашала Кента как консультанта. У нас были (и есть) проблемы с производительностью.
Типичная проблема для AS/400. Дело только в том, что на AS/400 надо немного по-другому программировать, чем на Oracle или MS SQL, т.е. уметь правильно использовать ее ресурсы. Исторически так сложилось, что мы специализируемся на проблемах подобного рода. Если надо – обращайтесь, поможем.
Юрий, я не модератор, но мне кажется, что это оффтоп - заниматься саморекламой на этом форуме.
По поводу программирования на AS/400 - над этим проектом, который ненамного моложе самой платформы (первые версии выходили под AS/400 V2), работают очень опытные люди. Ведущие специалисты - ещё из оригинальной команды. Моя роль здесь была больше как DBA и SQL консультант.

GVF112GVFОтчасти не согласен. Уже сколько раз пытались похоронить AS 400 ... а она все живет !
Наверное, на это есть объективные причины. Поковыряйтесь на форуме сравнения СУБД - там я давал ссылки на статьи с графиками продаж. К вашему сожалению кривая спроса стабильно падала многие годы до момента объединения аппаратной платформы с pSeries в 2005-м.

GVF112GVFКак-то на днях, встретился мне сравнительный отчет - требования к аппартным ресурсам системы Orcale JD Edwards для платформ -System i, System p, System xСтрана должно знать своих героев! Документ в студию, пожалуйста.

GVF112GVFКроме того, у System i есть возможность очень быстро и надежно уничтожить все данные в системе Вот - основное применение аэски!!!! Не забудьте выдать эту привилегию каждому пользователю и провести тренинги.

Вадим, вопрос об "интеграции с HardWare" можно закрыть? Я надеюсь, это поможет вам избежать глупых ситуаций при работе с клиентами.