Yo.! Журавлев Денис
А сколько стоят DB2 ESE и Oracle EE ? Хотя так тоже не сравнить, наверняка окажется что в EE прилагаются опции которые к DB2 надо докупать.
у меня по базовой DB2 ESE еще получаются где-то одинаково. на сайте ibm висит:
IBM DB2 Enterprise Server Edition Processor Value Unit (PVU) License + SW Subscription & Support в штатах стоит $386, если считать 50PVU за x86 то db2 выйдет незначительно дешевле оракла, а 120PVU за Power6 уже значительно дороже оракла. а дальше опции, на первый взгляд у оракла цены на опции гораздо демократичней.

Я не знаю как Вы считает ... :)
Знаю точно, что раньше стоимость ORACLE EE + Support была дороже чем - DB2 EE + Support.

Далее,
знаю и то, что цены у ORACLE - начиная с Q2 2008 - выросли на 15-19% !!!
Об этом много писали - ORACLE, решил cделать подарок IBM на 25-тие DB2 ... :)

С уважением,
Вадим.

раньше у вас и RAC не со всех нод rw транзакции умел ;) что ж вы такой беспомощьный, ну возбмите калькулятор посчитайте, все цифирки доступны.

Думаю, что беспомощный ВЫ - если не знаете как происходт синхронизация кэшей в ORACLE RAC и
ка происходит запись.

ORACLE EE - New Enterprise Price:

Price - 47 500
Support - 10 450 !!!

Лукавый Вы наш - ORACLE без поддержки не продается !!!
Так что, добавь еще стоимость поддержки для ORACLE !!!!

для Power6 коефициент у оракла 0.75, там 2 ядра, лицензия после повышения стоит $47.5К

0.75*2* (47500 + 10450)
------------
86925

Oracle EE – New pricing
----------------------------------------
100 cpu’s x’s $47,500 - $4,750,000
22% Support- $1,045,000
Total before discount - $5,795,000
With .75 multiplier - $4,346,250

DB2 ESE - 100cpu/10,000 VUs
---------------------------------------------
10,000 x’s $386/VU - $3,860,000
Support Included - $0
Total before discount - $3,860,000
No multiplier used - $3,860,000

В DB2 - стоимость поддержки включена в стоимость лицензий !!!

Теперь относительно DB2.
Кто Вам сказал, что Вам нужно сравнивать производительность ORACLE и DB2 на POWER6 ?!

Может быть вполне достаточно - POWER5+ (Dual/Qudro) где предлагается 50 PVU

50 PVU, четыре ядра, по $386 за PVU
50*4*386
----------
77200

Ну если Вам так хочется Power 6,
можно получить и скидку - тем более в случае ORACLE .... :)

PS: Я теперь и не знаю, кто из нас беспомощный !!!

С уважением,
Вадим.

Возможно, что в случае ORACLE и так ....
0.75*2*47500 + 10 450
------------
81700

Они Вам (ORACLE) .... насчитают .... :) ... и RAC и все остально ...

С уважением,
Вадим.

все ноды RAC равнозначны, приложение может не знать, что запущено на кластере RAC и может запускать любые транзакции, в том числе и пишущие не зависимо от ноды. неужели это так сложно для понимания ?


Это как раз просто.
Что происходит когда одна нода читает блок с данными и обнавляет их, а другая нода читае эти же данные и удаляет их ?! ... :) ... и какая нода записывет конечный результат - все сразу ...
ха-ха-ха ...

SDS в Informix это просто стендбай, там даже RC на второй ноде не обеспечить. попробуйте сконцетрироватся и осознать столь простые вещи ...


Батенька ... все узлы SDS - настраиваются в одну группу.
Обращение к кластеру идет от имени этой группы. Какая нода пишет. а какие читают - пользователь не знает. Кроме того, все ноды могут поддерживать Redirected_Writes !!!

SDS - такой же сервер как и Primary за некоторым исключением:
- находится в режиме Read-Only, но поддерживает операции DML (SELECT/INSERT/UPDATE/DELETE)
в том случае если включен (REDIRECTED_WRITES = 1).

Представьте, что вы работаете не с SDS сервером, а с Primary. Транзакции связанные с изменением данных на SDS будут redirec на Primary сервер. Чем это отличается от обычного уровня изоляции транзакций на сервере Informix.


Я смотрю калькулятор все же осили, надеюсь убедились, что даже базовые лицензии + супорт дешевле на $5,000 ?


Я много чего осилил ... :) ... но без всяких глупостей и крайностей ..


я сказал, потому что на однаковом железе DB2 проигрывает в производительности:


У меня другая информация и из первых уст ... на одном железе - производительность DB2 на 16-18% выше - performance (48 CPU DB2 == 64 CPU ORACLE) !!!


не смешите, у меня ноутбук мощней процессор имеет. Да и в тестах TPC-C с Power5 оракл более производителен (см. линк чуть выше)[/quot]


Бред какой-то ... плохо читаешь !!!
DB2 Crushes Oracle in TPC-C
http://www.tpc.org/tpcc/results/tpcc_perf_results.asp

Думаю, что IBM не даст в обиду DB2 на собственном железе ... :)

С уважением,
Вадим.

именно по этому RAC и есть кластер/грид, именно этим RAC от обычного стенбай и отличается. как это масштабируется на реальных приложениях можно проследить на SAP-SD Parallel.


Да ... такой себе грид .... только приложение должно быть специально заточено для такого
кластер/грид ... ха-ха-ха !!!


... понятия не имеет, что было изменено в кеше primary (и еще не папало на диск), так еще и primary будет глубоко по барабану, что мой курсор вроде как эксклюзивные блокировки понаставил. блокировки то не шарятся ...

Обращение на обнавление данных к SDS-серверу перенаправляется на primary сервер !!!
Ни каких эксклюзивных блокировак на SDS-сервере не устанавливается !!!

В данном случае, транзакция не явно выполняется на Primary (так трудно представить,что вы работаете не с SDS сервером, а с Primary ???). Транзакции связанные с изменением данных на SDS будут redirec на Primary сервер. Чем это отличается от обычного уровня изоляции транзакций на сервере Informix, когда их несколько ?!

Еще раз

Locking on the Secondary
- Lock Manager is used to support Last Committed.
- Reads are still ‘dirty read’ on the secondary, but last committed is also implemented.
This enables the secondary to avoid returning an uncommitted row from a select statement.


передай этим устам, чтоб пригласили ораклового OCP и не лезли туда где ничерта не волокут


Я думаю, что ораклового OCP нужно отправить в ORACLE !!! Пускай там байки рассказывает
как с людей деньги снимать.

В лаборатории IBM тестируется и ORACLE и DB2 и много еще чего ... :) ... нет оснований не доверять людям, которые хорошо знают свое дело !!!

Ты случайно форум не перепутал ... деверсант этакий?.. :)

ну собрали они наконец 32-ядерную систему, ну вылезли они на первую строку, толку то ? на одинаковом железе все равно примерный паритет. TPC-C уже никого не интересуют, я вот посмотрю как DB2 без версионности на TPC-E выступит. там грязное чтение не проканает.


Толк один - говори правду !!! И не вешай лапшу ...

С уважением,
Вадим.

если SDS не устанавливает блокировки значит даже read-only запросы получают хрень вместо данных. это во первых.

....
- Reads are still ‘dirty read’ on the secondary, but last committed is also implemented.
This enables the secondary to avoid returning an uncommitted row from a select statement.


Нужно быть более внимательным... :)

во вторых только, что были только DML, теперь уже вся транзакция. если все транзакции редиректятся, то вообще не понятно зачем SDS вообще нужен, для красоты ? дайте нормальный url с подробностями, за вашими фантазиями сложно уследить.


Redirected Writes:
- Client applications can update data on secondary servers by using redirected writes.

Redirected writes gives the appearance that updates are occurring directly on the secondary server when in fact the transaction is transferred to the primary server and then the change is propagated to the secondary server.


- The secondary server is not updated directly.
- Redirects an attempted write (insert, update, and delete) operation from the secondary to the primary node.
- Uses optimistic concurrency to avoid updating a stale copy of the row.
- Works on HDR secondary, RSS nodes, and SDS nodes.
- Redirected writes work on the basic data types and the extended data types, such as: UDTs (those that store data in the server), logged smart BLOBs, and BLOBs stored in tablespaces.
- Only supports DML statements.
- Supports temp tables - both explicit and implicit.
- Works with ER.



Optimistic Concurrency:
- A update technique used by many web applications to allow disconnected transactions.
- Basically an update is allowed to proceed if the row about to be updated has not been updated by some other activity.
- Uses either a comparison of the before image of the row or some form of row versioning.

Optimistic Concurrency and Redirected Writes:

1. If it is determined that the before image on the secondary is different than the current image on the primary, then the write operation is not allowed and an EVERCONFLICT (-7350) error is returned.

- If the table is created with Column Versions, then only they are compared.
- If the table does not have Column Versions, then the entire before image of the row from the secondary is compared with the primary.

2. Row Versioning:
- Used for determining if a row was changed and to detect collisions.
- With row versioning enabled, each row of a table is configured to contain both a checksum (ifx_insert_checksum) and a version number (ifx_row_version).
- Data collisions can be detected by comparing ifx_insert_checksum and ifx_row_version between the secondary and the primary servers.
- Row versioning is not required to perform redirected writes, but enabling it will reduce network utilization and improve performance.

While row versioning is not required in order to perform redirected writes, enabling it will reduce network utilization. Redirected writes will use row versioning if tables have been configured with checksum and version number information. Otherwise, Informix Dynamic Server will compare the entire row on the secondary server with the entire row on the primary server to determine whether any updates have occurred. Enabling row versioning is especially useful on tables that contain many columns.



Для начала:
http://www.iiug.org/library/ids_11/UpgradetoIDS1150.pdf
Chat with the Lab - Continuous Availability in IDS 11
http://www.iiug.org/webcasts/index.php

Материалов много ... Я уже давал Links ....


Cluster nodes can be added dynamically, on demand, as workload increases on the
cluster, without interrupting applications or shutting down the cluster. Clients can seamlessly and
dynamically connect to any server in the cluster using the Connection Manager. Users can
configure clusters of nodes for delivering service levels, workload distribution, and automatic
failover sequence. If a node fails, Connection Manager can reconnect the client application to the
next node in the sequence.
Connection Manager extends updates on secondary nodes, further maximizing your hardware
investments. Any clients connected to a secondary HA node may now perform updates as well
as reads. A new Arbitrator corroborates that there is a real node failure before performing a
failover, avoiding false-positive failures and unnecessary recoveries later. You may add data
concurrency with versioning information to accelerate look-up and determine whether information
has changed.

во всех промышленых тестах, а именно TPC-C, TPC-H, SAP-SD, SAP-SD Parallel в лаборатории IBM получаются совершенно другие результаты. так, что байки рассказываете тут только вы ...

Для начала,
попробуйте обратиться в IBM или в ORACLE и спросите на какой платформе работают последние версии SAP ? Далее спросите SAP - какая из баз данных наиболее перспективная и почему ?!
Какие последние версии SAP, поддерживаются на ORACLE или DB2 ?!

http://www-03.ibm.com/solutions/sap/index.jsp?re=boost

SAP Standard Application Benchmarks
http://www.sap.com/solutions/benchmark/index.epx

ПРОЕКТ ВНЕДРЕНИЯ СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ IBM DB2 9.x
Анализ эффективности затрат на совершенствование коммерческих систем SAP
http://download.boulder.ibm.com/ibmdl/pub/software/dw/ru/download/DB29fSAP.pdf

Я не байки рассказываю, а пытаюсь снять то заблуждение, которое вкралось в Вашу голову, благодаря усилиям так называемых специалистов, которые зомбируя неокрепшие умы - сеют вечное .... "доброе" .... правда за чужой счет. Надеюсь, он у Вас не малый ... :)

PS: Байки в студию .... но за Ваш счет !!!

С уважением,
Вадим.

... Вы можете что либо сказать по поводу синхронизации таблицы блокировок.
Или наличие общей таблицы блокировок для всех узлов.
Мне кажется это бы позволило получить полнофункциональный кластер с поддержкой
любого уровня изоляции для всех нод.
Потенциальные проблемы с производительность мне известны.

Ведутся ли работы в этом направлении, или может уже даже существует такое решение ,
но я просто нигде об этом не еще читал.


Могу спросить ... :)

Знаю, что
Only row-level locks support the LAST COMMITTED feature of Dynamic Server.

IBM Informix Dynamic Server: Руководство администратора
Уровни изоляции на вторичных серверах


http://publib.boulder.ibm.com/infocenter/idshelp/v115/index.jsp?topic=/com.ibm.admin.doc/admin08.htm

На на вторичных серверах SD (shared disk - совместно используемые диски) поддерживаются следующие операторы:

Set isolation to committed read
Set isolation to committed read last committed

Вторичные серверы SD, на которых задан уровень изоляции committed read (чтение с принятием), могут читать локально принятые данные. Они также могут читать данные, принятые на первичном сервере, когда они становятся доступны и принимаются на вторичном сервере. Приложения, соединяющиеся со вторичным сервером, получают данные, принятые в настоящий момент на вторичном сервере.
|

Уровнем изоляции по умолчанию на вторичных серверах SD является dirty read (грязное чтение); однако, если задать уровень изоляции явным образом, будет включен правильный уровень изоляции: dirty read (грязное чтение), committed read (чтение с принятием) или committed read last committed (чтение с принятием при последнем принятии).

Уровни изоляции repeatable read (мгногократное чтение) и cursor stability (стабильность курсора) не поддерживаются.

Оператор SET ISOLATION, используемый в сочетании с уровнями cursor stability и repeatable read, игнорируется.

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

и т.д.

С уважением,
Вадим.

..ну и что я тут должен увидеть ? что за хрень "last committed" ??

Такая вот, замечательная хрень ... если действительно, интересно - читай документацию ...
там все и узнаешь!!!

http://publib.boulder.ibm.com/infocenter/idshelp/v115/index.jsp?topic=/com.ibm.start.doc/alldocs.htm

Дай запрос в поле "Найти": last committed
и будет тебе счастье ... :)

Например - "Уровни изоляции на вторичных серверах" или "Обновление вторичных серверов с использованием распределенной записи" и т.д.

Если интересно узнать поведение в конкретной ситуации - нужно описать ситуацию ... :)

спросил, мне сказали, что db2 вымирающая субд без перспектив со смешной долей инсталяций SAP в 9%, против 57% на оракле. давольны ? будем дальше мерятся глупостью маркетологов ?


ORACLE тебе много может рассказать ... :) ... еще не надоело ... что-то умирающая СУБД
все никак не умрет ... 25-лет все живет, развивается и бъет конкурентов !!!

Скоро выйдет новая версия DB2 "COBRA" !!! Когда скоро - сказать пока не могу ... :) ... может покусать конкурентов (в том числе и ORACLE) раньше времени ... :) ... боюсь за конкурента ...
как потом тендер проводить .... :)

С уважением,
Вадим.

чя321Вадим ты лучше расскажи когда в Informix "DB2 like tablespaces" появятся с MDC компрессией и прочими вкусностями....

А бодаться по поводу цен это не стоит времени, что DB2, что Oracle по list price не покупается.

Точно - не стоит ... :)

Точных планов относительно MDC в Informix - пока нет (попробую знать в лаборатории и т.д.).
Насколько мне известно, следующий релиз INFORMIX vNext (2010), будет поддерживать:
- Compression
- Dynamic Provision
- Enhanced data managament Tooling
- XML Enhancements
- Full DRDA
- Always on
- Enhanced Enterprise data management
- etc.

Планируется vNext ++ (2012)
- Fulll Autonomics
- High Scalability Clusters
- Enhanced Application Support
- 100% Availability
- etc.

Что там еще будет - никто сейчас не скажет ... :)
Всему свое время.

С уважением,
Вадим.