Зл0йИнформикс умер.

Слухи о смерти информикса несколько преувеличены.

Anton Demidov информиксофил Зл0й... Только вот на новые фичи в Информиксе можете не рассчитывать...А мужики-то не знают http://www.sql.ru/forum/actualthread.aspx?tid=274819#2482001
А теперь сравним этот список с нововведениями в DB2 v8

Быстро убивать такой продукт IBM не станет - клиентов можно потерять. Новые версии несомненно будут содержать новые фичи, но их будет принципиально меньше, чем в продукте-флагмане.

Ну несите список новшеств в v8 в студию - будем сравнивать.
Что там будет в новых версиях, лично мне непонятно, я только удивляюсь что вы с таким хрустальным шаром по форумам сидите и коммерческие секреты iBM разглашаете, а не деньги на бирже делаете. Или трындеть - не баксами рисковать ?

Кстати, большой список фич в 8 объясняется еще и тем, что DB2 отставала по фичам от Informix.

Зл0йAlmaden Research Center. Рядом у нас тут, под боком.

Ссылочку в студию. А то у меня товарищ в DB2 саппорте работает - я от него про такие планы не слыхал. И, кстати, не вижу особого смысла.

Зл0йДля непонятливых поясню почему "Информикс умер". После покупки его IBM, развитие данной СУБД прекратилось. Выходят новые версии DB2 с новыми фичами, нвпример версионность. А вот Информикс остается там же где и был.

Не надо рассуждать о том, чего вы не знаете.
IBM купила Informix в апреле 2001, сделка завершена 2 июля (и меня попросили с кампуса HP :-) ). Версия 9.3 выходит в сенябре 2001. Версия 9.4 выходит в конце марта 2003. Версия 10.0 выходит в феврале 2005.

За это время вышли : DB2 7.2 - июнь 2001, 8.1 - август 2002, 8.2 - остябрь 2004.
Что-то я не вижу опережения по числу версий.

Anton Demidov2Выбегалло: ты же сам всё видишь - они добавят в свою родную DB2 то, что есть интересного в Информиксе, т.е. сравняют их функционально и потом разработают "выгодную" маркетинговую программу по переходу с информикса на ДБ2.
Какой смысл им продвигать конкурирующие продукты?
Я согласен, что это может случится не скоро, но это неизбежно.


Не получится. Самое интересное в информиксе - это его multithreaded модель (в отличие от multiprocess в db2), которая жрет принципиально меньше ресурсов. Информикс на нее перешел в версии 6.0, которая имела столько багов в процессе перехода, что катастрофически провалилась, пришлось срочно выпускать 7ку. То же случится при попытке вставить многотредность в DB2 - выйдет версия с невероятным числом багов.
А разнести эти продукты можно : Informix сделать, как это давно собираются, флагманом OLTP, а DB2 отдать warehouse , сервера приложений, интеграцию всего со всем.

Anton DemidovМожет я и слишком пессимистичен, но данную карту я читаю так:

End 2006
Customer requests и Partner requests - новые фичи только после оплаты как custom work клиентом

Safety - фиксим баги только первой степени важности

Ease of use - это отдел маркетинга приказал добавить

DB2 interoperability - "вот видите - ваше приложение теперь может работать с DB2 вместо Информикса"

Intergration with IBM software - подсаживаем на крючок решений от IBM, чтоб не вздумали уйти к конкуренту



История нас рассудит :-)

Anton DemidovПридётся мне приоткрыть тебе истинное лицо капитализма:
Andron
Customer requests и Partner requests - новые фичи (можно комментировать как угодно), и наверное все софтверные конторы принимают пожелания пользователей.

Да, но теперь только платно. Как пример: ты увидел в продукте конкурента нужную фичу и захотел её в информиксе, а IBM тебе и говорит - мы не будем это делать, т.к. это уже есть/запланировано в ДБ2, но если вы нам заплатите сотню килобаксов, то мы вам сделаем. И станет это стандартной фичей, т.е. всем остальным достанется бесплатно (не считая стоимости платы за поддержку).

Придется мне приоткрыть тебе истинное лицо IBM.
Они постоянно собирают запросы на новые фичи от пользователей и от партнеров. На стадии планирования нового релиза эти фичи просматриваются, определяется их цена реализации, затребованность и важность. Выставляются приоритеты, отбираются планируемые в релиз. Если какому-то партнеру/ кастомеру совсем невмоготу без редкой фичи, и больше на нее желающих нет - то возможно, за отдельные деньги, ее туда включат (но я таких случаев не помню - мои клиенты обходились имеющимися). И я не думаю, что описанный механизм поменяется - в конце концов, релизы надо выпускать, а желающих платить деньги за фичи совсем немного.

Andron
Safety - баги фиксятся по любому, если они обнаружены, какая бы степень важности не была, потому что это коммерческое приложение

Наивный (извини).
Когда багов немного и программистам делать нечего - то да, фиксится всё, что есть. Но скорее всего IBM предпочтёт перевести толковых программеров на другие, более важные с её точки зрения проекты. Оставить нескольких на текущую поддержку (править критические баги и помогать суппорту в сложных случаях). Остальных уволят.
[/quot]

Пройденный этап. Начали взад набирать :-)

Anton DemidovВ форуме IBM-овцев, Yo.!! разместил ссылку на отчет компании Gartner по рынку RDBMS в 2004г.
gartner_no_clear_winner.pdf
Было там упомянуто и про Информикс. Про то, как он совсем загибается с финансовой точки зрения.

P.S.
Не поймите меня превратно, я не говорю, что Информикс плохой (я с ним и не работал вовсе), но IBM, похоже, задавит его.


Нынче на дворе год 2006. Политика партии поменялась.

Nikolay KulikovКстати я где-то слышал что в Informix тоже планируется версионность...

"Бряхня" (С) Неуловимые мстители

Я одно не пойму - почему программисты в России так озабочены версионностью vs блокировочностью ? Вот за 10 лет в Штатах ну ни одного разговора не помню, хоть на работе, хоть в кулуарах, про их преимущества / недостатки. На этом форуме, куда не подайся - "о, майкрософт добавила версионность ! урррря !" - к чему это ?

Nikolay KulikovНу вообщето я работаю в IBM :) так что не бряхня...
В одном из списков хотелок клиентов и заказчиков, про которые ты рассказывал, я это и видел.

Мало ли чего клиенты хотят - иногда они желают странного, и их приходится ограничивать. ИМХО для OLTP систем версионность скорее вред, чем польза.

nakulikovВ лаборатории тема версионности уже лет как 20 проходит разные стадии, разные пилоты, тесты, запуск на Workload-ах заказчиков. Но преимуществ не много получается, и проблемы которые возникают перевешивают...

С моей точки зрения это делается для упрощения миграции с Oracle на DB2/Informix

если б только еще эта миграция была видна невооруженным глазом...

onstat- Yo.!!
а у Informix блокировки на уровне строк или row excalation тоже происходит ?

У Informix уровень блокировки определяется на этапе создания
таблицы или изменяется через alter table.
Возможность блокировки на уровне строк присутствует.


А что такое row excalation ?

Это когда таблица автоматически становится row level -> page level -> table level внутри транзакции, чтоюы уменьшить число блокировоу (впрочем, у MS page-level blocking по-моему не участвует в excalation)