|
|
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Добрый день! Ситуация такая: начинается разработка новой системы. Довольно серьезная разработка. Доступность системы должна быть 365Х24Х7. Довольно большой объем данных для хранения. Имеется как оперативная часть, так и аналитика. Необходимо выбрать БД. есть 2 варианта: DB2 и Oracle (другие не рассматриваются). Система подойдет как для мегакрупных заказчиков (но их мало) , так и для более мелких - их достаточно много. Мегакрупные предпочитают DB2 - молятся как на икону, хотя серьезных разработок на этой платформе для них нет. Для них так же есть разработки на Oracle, но как то его стараются выжать, не смотря на то, что разработанная система справляется со своими задачами. Есть сомнения: 1) Насколько понимаю спецалистов для DB2 найти сложнее чем для Oracle (речь идет об администраторах заказчика, которые потом будут администрировать систему). 2) Какова разница в стоимости использования DB2 и Oracle? 3) Более мелкие заказчики предпочитают Oracle или MS SQL Server Может еще какие то критерии есть? По скольку разработка в самом начале - выбрать можно что DB2, что Oracle. Наработки модели уже довольно серьезные- останется только доработать под конкретную платформу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 11:45 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
А сделать так, чтобы оно могло работать и на том и на другом - лень? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 11:55 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Об этом думал... Но это ведь двойная работа. Неизвестно потянем ли... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 12:08 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Всех с праздничком ! 2Serguei странные у вас данные. на территории СНГ db2 практически не встречается, даже в крупных структурах, в России оракл имеет долю в 70% рынка и малый бизнес это не его канек. в мире с IBM как минимум паритет, хотя по доли оракл имеет в разы большую долю. на самом деле db2 это три слегка похожие друг на друга субд, каждая из которых имеет более чем скромную долю. т.е. при поиске спецов нужно учесть, что DB2 для UDB, iSeries и zOS нехило различаютмя как архтитектурно так и по реализованым фичам. но в любом случае в крупном бизнесе оракл встречается чаще чем кто-либо другой. далее, если у вас OLTP и аналитика, то оракл будет иметь заметное преимущество в виде MVCC, где читатель не блокирует писателя и наоборот. плюс возможность без изврата получать консистентные отчеты. по цене нужно смотреть, что за опции понадобятся, у db2 туча платных опций для 24x7, думаю там примерный паритет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 12:46 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Спасибо за информацию! Yo.! странные у вас данные. на территории СНГ db2 практически не встречается, даже в крупных структурах, в России оракл имеет долю в 70% рынка и малый бизнес это не его канек. По цифрам точно не знаю, но, скорее всего, вы правы. как в России, так и в СНГ встречается db2-крупным потребителем являются железные дороги (в масштабах отдельно взятой страны это довольно большие заказчики). Причем разработки ведутся как то хаотично и ничего стоящего внимания не сделано. Я сам больше склоняюсь к Ораклу - это хорошо знакомая для меня СУБД, однако не рассмотреть вариант с DB2 нельзя :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 16:31 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Ну, если не сможешь разработать архитектуру с прицелом на "кросс-СУБДшность", то делай на оракуле, как наиболее известном. Я бы именно так и поступил... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 18:10 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovА сделать так, чтобы оно могло работать и на том и на другом - лень? Может, всего лишь желание сделать хороший продукт, а не заведомую хрень? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 19:21 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
SergueiПо скольку разработка в самом начале - выбрать можно что DB2, что Oracle. Наработки модели уже довольно серьезные- останется только доработать под конкретную платформу. Вообще не очень понятно, почему с этим вопросом пришли именно Вы и именно сюда. Прежде всего это вопрос к вашим продавцам, которые должны сказать: "при выборе DB2 я продам столько-то инсталляций на такую-то сумму; при выборе Oracle я продам столько-то инсталляций на такую-то сумму". С технической точки зрения и на том, и на другом можно сделать серьезную работу. Хорошее знакомство с СУБД - очень существенный фактор в пользу выбора именно ее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 19:25 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
softwarer Может, всего лишь желание сделать хороший продукт, а не заведомую хрень? Я предпочитаю думать о людях хорошо. А ты вот так сразу автора назвал криворуким тормозом... ;) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 20:31 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovЯ предпочитаю думать о людях хорошо. Ты только что доказал, что это не так, приписав мне именно названную тобой трактовку там, где возможны куда более позитивные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 21:24 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
softwarer приписав мне именно названную тобой трактовку там, где возможны куда более позитивные. Я готов выслушать любое позитивное определение для человека, способного сделать "заведомую хрень". Впрочем, ты употребил множественное число... Как насчёт первых трёх? ;))) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 21:27 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovЯ готов выслушать любое позитивное определение для человека, способного сделать "заведомую хрень". Продолжаешь переводить стрелки. Сделать заведомую хрень предложил ты, топикстартер к этому отношения не имеет. Dimitry SibiryakovВпрочем, ты употребил множественное число... Как насчёт первых трёх? ;))) Итак, наличие одной ты фактически признал - тем, что сосредоточился на множественном числе. Соответственно, твое "предпочитаю думать о людях хорошо" уже тобой же и опровергнуто. Отметим, опровергнуто во второй раз (в первый - где ты предположил, что причиной является лень). Первые три - да без проблем. Например, такие: 1. Автор вполне понимает, что разработка кросссубдшного приложения намного сложнее, и при бюджете односубдшного такую задачу хорошо не решить. 2. По изложению автора есть ощущение, что серьезных специалистов по DB2 у них нет, и автор справедливо полагает, что первый блин выйдет комом. 3. 1+2. Ну, куда дальше будешь трепыхаться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2008, 22:01 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
softwarer Продолжаешь переводить стрелки. Сделать заведомую хрень предложил ты, топикстартер к этому отношения не имеет. Флеймовый форум провоцирует. Но всё же возражу: я предложил сделать кроссубдшное приложение, а ты сказал, что у автора это не получится, а получится только хрень. softwarer 1. Автор вполне понимает, что разработка кросссубдшного приложения намного сложнее, и при бюджете односубдшного такую задачу хорошо не решить. 2. По изложению автора есть ощущение, что серьезных специалистов по DB2 у них нет, и автор справедливо полагает, что первый блин выйдет комом. Вот про бюджет - да: если у них не хватит денег на архитектора, которому удастся не сотворить хрень, то дело действительно гиблое. А по поводу специалистов по DB2... Это неважно. Если приложение с самого начала разработано с учётом вероятной кроссубдшности, то адаптация его под новую СУБД (после найма нужных специалистов) состоит в минорных доделках. Если нет - его надо будет перекапывать глубоко. Что мешает им на односубдшном бюджете сделать приложение, способное работать с оракулом, настричь купонов, пригласить специалиста по DB2, добавить поддержку DB2 и таким образом расширить рынок сбыта, опять таки получая дополнительную прибыль? softwarer Ну, куда дальше будешь трепыхаться? Перейду на личности, вестимо. Вот ты, я полагаю, сумеешь спроектировать кроссубдшное приложение, пусть даже оно на первом этапе будет работать только с одной СУБД, нет? И я (смею надеяться) смогу. Полагать, что топикстартер тупее любого из нас... разве это не значит "думать о нём плохо"? В конце концов это не так уж сложно: хранимые данные и базнес-логика определяются ТЗ. Соответственно, ничто не мешает сделать слой взаимодействия с пользователем, используя логическую структуру БД. Ну а отобразить логическую структуру на физическую может даже ERWIN. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.05.2008, 16:57 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov В конце концов это не так уж сложно: хранимые данные и базнес-логика определяются ТЗ. Соответственно, ничто не мешает сделать слой взаимодействия с пользователем, используя логическую структуру БД. Ну а отобразить логическую структуру на физическую может даже ERWIN. ага, вот толька эта илюзия обычно устудентов на втором курсе пропадает даже если взять hibernate, как одного из самых продвинутых абстракторов от субд - доля ручной работы там громадно, особенно с аналитической частью - без шансов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.05.2008, 17:41 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! вот толька эта илюзия обычно устудентов на втором курсе пропадает Значит, автору придётся для этой работы найти кого-нибудь получше студента первого курса. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.05.2008, 18:29 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Интересно было послушать... Принял решение начинать на Oracle, как на знакомом мне продукте. А если действительно понадобится DB2 (надеюсь, что нет :)) ) придется приложиться усилия. softwarer Вообще не очень понятно, почему с этим вопросом пришли именно Вы и именно сюда. Прежде всего это вопрос к вашим продавцам, которые должны сказать: "при выборе DB2 я продам столько-то инсталляций на такую-то сумму; при выборе Oracle я продам столько-то инсталляций на такую-то сумму". Получается мне придется выступить в роли продавца (в дальнейшем). И я отдаю себе отчет в том, что систему на DB2 будет продать гораздо сложнее. Оценить рынок этого продукта заранее достаточно сложно. Слишком специализированный продукт, но то что он будет востребован - я уверен на 300%. Всем спасибо за участие в обсуждении! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2008, 10:41 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovА по поводу специалистов по DB2... Это неважно. Ну-ну. Dimitry SibiryakovЕсли приложение с самого начала разработано с учётом вероятной кроссубдшности, То в момент найма специалистов по DB2 окажется, что "разрабатывать с учетом" надо было совсем иначе. Как минимум в форуме Oracle регулярно тусуются подобные авторы - которые приходят с вопросом "как же теперь заставить это взлететь". Dimitry SibiryakovЧто мешает им на односубдшном бюджете сделать приложение, способное работать с оракулом, настричь купонов, пригласить специалиста по DB2, добавить поддержку DB2 и таким образом расширить рынок сбыта, опять таки получая дополнительную прибыль? То, что выпуск версии под DB2 при таком раскладе будет стоить на уровне первоначальной разработки. Dimitry SibiryakovПерейду на личности, вестимо. Вот ты, я полагаю, сумеешь спроектировать кроссубдшное приложение, Я в этом совершенно не уверен. Когда и если передо мной встанет такая задача, я первым делом возьму знакомых специалистов по этим СУБД и буду с ними очень серьезно думать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2008, 12:31 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
softwarer Dimitry Sibiryakov Если приложение с самого начала разработано с учётом вероятной кроссубдшности, То в момент найма специалистов по DB2 окажется, что "разрабатывать с учетом" надо было совсем иначе. ....выпуск версии под DB2 при таком раскладе будет стоить на уровне первоначальной разработки. Это будет означать, что, действительно, на этапе разработки архитектуры была сделана ошибка. Например, абстрагирование от физической структуры и особенностей СУБД было сделано недостаточно полно. И если так и случится, то мне придётся признать, что я ошибался, а ты был прав и у автора получилась та самая "заведомая хрень". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2008, 13:01 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
странный подход, зачем абстрагироваться от физической структуры, если покупается такая мощная СУБД? Получается, что из заявленных и купленных фич будет использоваться скорее всего только SQL. Может еще часть административных функций (failover, backup/restore). Все остальное - нет. Проблема всех "асбракторов", да и кросс-субд приложений именно в том, что они практически не умеют использовать функционал БД!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2008, 13:24 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
AAron Проблема всех "асбракторов", да и кросс-субд приложений именно в том, что они практически не умеют использовать функционал БД!!! А может это всё-таки проблема с их разработчиками?.. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2008, 18:27 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov А может это всё-таки проблема с их разработчиками?.. Водитель, помни! Если ты одновременно ведёшь машину и целуешь девушку - и то и другое ты делаешь плохо! Ессно, это проблема разработчиков! Попытка совместить тёплое с мягким - до добра доводит крайне редко. Кроссплатформенность, кросссубдшность - замечательно. Ни на одной платформе не работает нормально, ни одну СУБД не использует не то что на 100%, даже на 60%. Попытки использования возможностей СУБД "на все сто" приводят к тому, что на нижнем уровне лежит своё собственное, 100% уникальное ядро генерации запросов, откуда следует - удвоение затрат на проектирование, тестирование и оптимизацию, плюс - от 50% до 70% затрат на совмещение/сопряжение между двумя частями. если СУБД планируется больше, чем 2.... ну, бог в помощь. Ф топку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2008, 21:50 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
locky Попытки использования возможностей СУБД "на все сто" приводят к тому, что на нижнем уровне лежит своё собственное, 100% уникальное ядро генерации запросов, откуда следует - удвоение затрат на проектирование, тестирование и оптимизацию, плюс - от 50% до 70% затрат на совмещение/сопряжение между двумя частями. если СУБД планируется больше, чем 2.... ну, бог в помощь. А поконкретнее можете что нибудь сказать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 09:22 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
SergueiА поконкретнее можете что нибудь сказать? Что вас интересует? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 10:08 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
lockyЧто вас интересует? Меня интересует тема приложений, "использующих СУБД на 100%". Такие вообще в природе существуют? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 13:37 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov wrote: > Меня интересует тема приложений, "использующих СУБД на 100%". Такие > вообще в природе существуют? правильно поставленный вопрос - уже есть сам по себе ответ. Если нет приложения, использующего ОДНУ субд на 100% - следовательно, нет приложения, которое бы хотя-бы на 70% использовали бы ДВЕ СУБД, ходя к ним через некое "промежуточное звено" (или - напрямую). И уменьшать "процент использования СУБД" только потому, что "а вот кросссубдшность, а вдруг" - имхо, неразумно. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 15:34 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov softwarer Dimitry Sibiryakov Если приложение с самого начала разработано с учётом вероятной кроссубдшности, То в момент найма специалистов по DB2 окажется, что "разрабатывать с учетом" надо было совсем иначе. ....выпуск версии под DB2 при таком раскладе будет стоить на уровне первоначальной разработки. Это будет означать, что, действительно, на этапе разработки архитектуры была сделана ошибка. Например, абстрагирование от физической структуры и особенностей СУБД было сделано недостаточно полно. И если так и случится, то мне придётся признать, что я ошибался, а ты был прав и у автора получилась та самая "заведомая хрень". Posted via ActualForum NNTP Server 1.4 Если делать действительно кроссплатформенно, то получится еще один SAP, который даже транзакций не использует. То есть сначала надо будет самому сконструировать половину функциональности БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 18:46 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
locky И уменьшать "процент использования СУБД" только потому, что "а вот кросссубдшность, а вдруг" - имхо, неразумно. И не просто неразумно, а является типичной ошибкой проектирования, которая как раз и приводит к "хрени". Кстати, по поводу 100%-го использования... MS SQL поддерживает TPC. Есть приложение, использующее эту фичу? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 20:12 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Кстати, по поводу 100%-го использования... MS SQL поддерживает TPC. Есть приложение, использующее эту фичу? Что, простите, он поддерживает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 02:06 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Гм, а 24*7 планируется и у мелких/средних заказчиков? И прикидывалось ли, сколько это будет стоить для DB2 и для Oracle. И какая будет реальная цена поставки и выдержат ли ее заказчики? А то, насколько я помню прайс, лицензии на 24*7 для Oracle обычно или сравнимы или превышают стоимость разработки средних систем (там минимум, если не ошибаюсь, в 130 000$, если покупать по официальным ценам и для очень слабых серверов (два сервера в RAC в одном ДЦ плюс DataGuard на второй ДЦ)). Для DB2 для малых/средних задач можно вписаться в существенно (на порядок) меньшие суммы (Express C + годовая поддержка (с HADR) - т.е. 2*6000$ в аналогичной конфигурации). Для больших заказов цены, понятное дело, сравнимы. Ну и, понятное дело, для 24*7 во всех случаях нужны непростые DBA. И тут разницы я особой не вижу, за одинаковые деньги можно найти и DBA Oracle, понимающего, что такое 24*7 (а таких мало и найти их сложно) и DBA DB2. Другое дело, что плохих DBA Oracle существенно больше, это да. Ну и, понятное дело, про мысль сделать систему под Oracle и перетащить ее на DB2 лучше забыть сразу - это сильно разные системы. Вообще, портировать что-то с Oracle очень сложно - у него собственное мнение о большинстве стандартов :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 04:02 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
DPHесли не ошибаюсь, в 130 000$, если покупать по официальным ценам и для очень слабых серверов (два сервера в RAC в одном ДЦ плюс DataGuard на второй ДЦ). ошибаетесь, RAC дают бесплатно вместе со стандарт эдишеном, т.е. за $30K можно строить 2 узла из SUN T2 серверов или за $60К из T2+. за теже $60K из 2х нод по 8-core Xeon (2-процессора), db2 с HADR такие машинки наверника зашкалит далеко за $130K. DPH Для DB2 для малых/средних задач можно вписаться в существенно (на порядок) меньшие суммы (Express C + годовая поддержка (с HADR) - т.е. 2*6000$ в аналогичной конфигурации). Для больших заказов цены, понятное дело, сравнимы. ну какие же это малые ? ведущие вендоры малым считают до 4х процессоров, а expressC - использует лишь пол современного процессора и только 2Gb RAM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 12:35 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
lockyЧто, простите, он поддерживает? TPC. Two-Phased Commit. Можешь не отвечать, всё ясно. Нельзя использовать фичу, о которой не слышал. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:19 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov wrote: > TPC. Two-Phased Commit. > Можешь не отвечать, всё ясно. Нельзя использовать фичу, о которой не слышал. Ни разу не слышал про туннельные диоды, но юзаю постоянно. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:22 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! db2 с HADR такие машинки наверника зашкалит далеко за $130K. И для SUN T2 и для Intel Xeon Quad Core стоимость лицензий DB2 Workgroup 9.5 (куда входит HADR+TSA) на кластер из двух 8-ми корных машин будет стоить 80K$, а не как не больше 130K$ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:34 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
mitek Yo.! db2 с HADR такие машинки наверника зашкалит далеко за $130K. И для SUN T2 и для Intel Xeon Quad Core стоимость лицензий DB2 Workgroup 9.5 (куда входит HADR+TSA) на кластер из двух 8-ми корных машин будет стоить 80K$, а не как не больше 130K$ а если на standby не будет других баз, кроме резервной базы, то 50K$ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:41 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov lockyЧто, простите, он поддерживает? TPC. Two-Phased Commit. Можешь не отвечать, всё ясно. Нельзя использовать фичу, о которой не слышал. Оно обычно - 2PC (two-phase commit), 3PC (three-phase commit)... А TPC - это обычно вот эти - www.tpc.org ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:43 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov MS SQL поддерживает TPC. Есть приложение, использующее эту фичу? Не, брат, в природе таких нет - это фантастика. А фичу они ради смеха сделали... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:44 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.!ошибаетесь, RAC дают бесплатно вместе со стандарт эдишеном, т.е. за $30K можно строить 2 узла из SUN T2 серверов или за $60К из T2+. за теже $60K из 2х нод по 8-core Xeon (2-процессора), db2 с HADR такие машинки наверника зашкалит далеко за $130K. Может хватит легенд о дороговизне DB2? Может, прежде чем что-то писать, надо что-нибудь почитать? HADR приобритается отдельно только для Express, в Workgroup и Enterprise он включен в лицензию (9.5). http://www.ibm.com/developerworks/db2/library/techarticle/0301zikopoulos/0301zikopoulos1.html Workgroup стоит 120$ на PVU, т.е. 6000$ на 1 ядро x86 (50 PVUs per core) или 3600$ на 1 ядро UltraSparc (30 PVUs per core). http://www.ibm.com/developerworks/db2/library/techarticle/dm-0611zikopoulos2/ 8-core XEON = 8*6000 = 48000$. Где тут "$130K"?! Причем можно лицензировать, скажем, на 7 или 5 ядер. Yo.!ну какие же это малые ? ведущие вендоры малым считают до 4х процессоров, а expressC - использует лишь пол современного процессора и только 2Gb RAM.Опять неправда. Express-C с платной подпиской (3000$ per server) использует 4 ядра и 4ГБ оперативки. HADR включен в стоимость. По сравнению с Workgroup для 4-х ядер - та же функциональность в 4 раза дешевле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:47 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov wrote: > TPC. Two-Phased Commit. > Можешь не отвечать, всё ясно. Нельзя использовать фичу, о которой не слышал. кстати, если по теме - моя бывшая система 2РС использовала Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:48 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
mitek mitek Yo.! db2 с HADR такие машинки наверника зашкалит далеко за $130K. И для SUN T2 и для Intel Xeon Quad Core стоимость лицензий DB2 Workgroup 9.5 (куда входит HADR+TSA) на кластер из двух 8-ми корных машин будет стоить 80K$, а не как не больше 130K$ а если на standby не будет других баз, кроме резервной базы, то 50K$ хм.. 8 Xeon cores это 400 VUs, т.е. максимум, что позволяет Workgroup. получается, что можно стенбай лицензируется совершенно отдельно ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:50 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.!хм.. 8 Xeon cores это 400 VUs, т.е. максимум, что позволяет Workgroup. получается, что можно стенбай лицензируется совершенно отдельно ? если на сервере только standby-база, то 100VU на все коры ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 13:59 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! ошибаетесь, RAC дают бесплатно вместе со стандарт эдишеном, т.е. за $30K можно строить 2 узла из SUN T2 серверов или за $60К из T2+. за теже $60K из 2х нод по 8-core Xeon (2-процессора), db2 с HADR такие машинки наверника зашкалит далеко за $130K. Неа, не ошибаюсь. RAC на две ноды - да, входит в стандарт. Но вот для DataGuard (а какой без этого 24*7) уже требуется Enterprise, а это - минимум $40K на процессор. Плюс сам DataGuard что-то стоит. Вот и получается, что на три машинки (с одним процессором, конечно, x86, сколько стоит Enterprise на T2 - не знаю) выходит где-то $130K ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 14:01 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Favn[Express-C с платной подпиской (3000$ per server) использует 4 ядра и 4ГБ оперативки. HADR включен в стоимость. По сравнению с Workgroup для 4-х ядер - та же функциональность в 4 раза дешевле. Собственно, как решение 24*7 для малых клиентов я такой вариант и считаю самым оправданным. Получить 24*7 за какие-то $6K в год - это смешно, железо будет стоить дороже. Причем я знаю очень мало задач, для которых 4 ядра и 4G оперативки будет мало (при разумном проектировании системы). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 14:08 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
DPH Неа, не ошибаюсь. RAC на две ноды - да, входит в стандарт. Но вот для DataGuard (а какой без этого 24*7) уже требуется Enterprise, а это - минимум $40K на процессор. Плюс сам DataGuard что-то стоит. Вот и получается, что на три машинки (с одним процессором, конечно, x86, сколько стоит Enterprise на T2 - не знаю) выходит где-то $130K разнести на достаточное растояние ноды RAC сейчас гораздо дешевле, чем воротить еще и датагвард, так что неверно. 2mitek ну тогда в воркгруп и его 400 VUs никак не вписываемся ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 14:22 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! 2mitek ну тогда в воркгруп и его 400 VUs никак не вписываемся ... Не вписываемся куда/во что ? Вы же сами начали сравнивать 8-ми корники, на что был предложен "наш ответ Чемберлену" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 14:48 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
mitek Yo.! 2mitek ну тогда в воркгруп и его 400 VUs никак не вписываемся ... Не вписываемся куда/во что ? Вы же сами начали сравнивать 8-ми корники, на что был предложен "наш ответ Чемберлену" 2CPU, 8-cores primary + 2CPU, 8-cores standby не вписываются в 400 VUs Workgroup editions, правильно ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 14:53 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.!2CPU, 8-cores primary + 2CPU, 8-cores standby не вписываются в 400 VUs Workgroup editions, правильно ? нет 400VU это лимит на один сервер, в случае warm standby решения на DB2 Workgroup 9.5 на двух 8-корных серверах нужно будет заплатить за 500VU. Т.е 120 * 500 = 60000$. Что есть ценовой паритет с Oracle Standard Edition + RAC В общем ничья - наезд не получился :) Мир, дружба, жвачка :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 15:08 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Favn хватит легенд о дороговизне DB2? Может, прежде чем что-то писать, надо что-нибудь почитать? не заметил этот пост. давайте вы теперь mitek будете спорить. политика IBM меняется каждые пол года слишком координально, чтоб уследить за их метаниями. Favn Опять неправда. Express-C с платной подпиской (3000$ per server) использует 4 ядра и 4ГБ оперативки. HADR включен в стоимость. По сравнению с Workgroup для 4-х ядер - та же функциональность в 4 раза дешевле. это по сути совсем другая редакция и не знаю как другие, но мне кажется $3K в год - грабительской ценой. Это почти в 3 раза дороже 3х годичной лицензии на Oracle SE1 (к слову о легендах). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 15:34 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.!Это почти в 3 раза дороже 3х годичной лицензии на Oracle SE1 (к слову о легендах). в 3 раза дороже, в смысле цена за год в 3 раза дороже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 15:40 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Oracle SE1 не включает RAC, а платный Express-C включает HADR. Так что их сравнение в контексте 24x7, о котором идет речь, не уместно. Без HADR можно использовать совсем бесплатный Express-C. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 17:28 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! разнести на достаточное растояние ноды RAC сейчас гораздо дешевле, чем воротить еще и датагвард, так что неверно. Гм. Все мне известные Oracle DBA (с ссылками на документацию) говорили, что RAC между ДЦ разносить нельзя, надежность и производительность, мягко говоря, не гарантируются. Даже внутри города, не говоря уж о разных городах. Но если сами сервера мы разнесем, то что делать с shared storage? Там решения по кластеризации стоят очень и очень приличных денег, да еще и с существенным ограничением на расстояние (например, между Питером и Москвой не разнести, а это - востребованный вариант). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 21:02 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
DPH Yo.! разнести на достаточное растояние ноды RAC сейчас гораздо дешевле, чем воротить еще и датагвард, так что неверно. Гм. Все мне известные Oracle DBA (с ссылками на документацию) говорили, что RAC между ДЦ разносить нельзя, надежность и производительность, мягко говоря, не гарантируются. Даже внутри города, не говоря уж о разных городах. RAC at a Distance 10gR2 тесты HP на 100км DPH Но если сами сервера мы разнесем, то что делать с shared storage? Там решения по кластеризации стоят очень и очень приличных денег, да еще и с существенным ограничением на расстояние (например, между Питером и Москвой не разнести, а это - востребованный вариант). Питер и МСК далековато, а на 100км например NFS поверх iSCSI фигурирует в слайдах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 22:00 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Гм, а ты стоимость предложенных вариантов прикинул? Боюсь, там стоимость прокладки сетей, необходимого железа и дополнительных лицензий будет несколько выше, чем $100k ;) Лучше DataGuard/HADR и разнести по разным городам (и разным энергосетям) - будет и надежнее и дешевле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2008, 01:21 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
DPHГм, а ты стоимость предложенных вариантов прикинул? Боюсь, там стоимость прокладки сетей, необходимого железа и дополнительных лицензий будет несколько выше, чем $100k ;) Лучше DataGuard/HADR и разнести по разным городам (и разным энергосетям) - будет и надежнее и дешевле. Блатнее всего Geographically Dispersed Parallel Sysplex (GDPS), при условии что клиент денег не считает и его не смущает тот факт что спецов способных это хозяйство (американский ЕС ЭВМ) поддерживать не найти "днем с фонарем". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2008, 03:18 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
GDPS-ЦБ РФ использует. В новостях где-то было... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2008, 10:45 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
вроде тока говорилось в новостях, что они консолидировали на z990 чего-то там и юзают оракл на z/OS. %-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2008, 11:01 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
mitekвроде тока говорилось в новостях, что они консолидировали на z990 чего-то там и юзают оракл на z/OS. %-)) В принципе оракловый failover кластер и на сантехнике с веритасом намана работает. Наверное в ЦБ до сих пор используют какие-то приложения написанные под MVS. Тогда понятно почему оракл на z/OS - чтобы зоопарк не городить. В нескольких крупных американских банках до сих пор бухучет кредитного отдела на коболе под MVS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2008, 22:11 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
Ну я понимаю, еслиб оракл там запустили под z/Linux на LPAR'ах или под z/VM. Но чтоб под нативную z/OS это жесть какая-то, имхо. Хотя почитал тут интервью ихнего CIO. Типа у них там политика теперь, все нафик консолидировать на МФ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2008, 11:27 |
|
||
|
DB2 vs Oracle
|
|||
|---|---|---|---|
|
#18+
mitekНу я понимаю, еслиб оракл там запустили под z/Linux на LPAR'ах или под z/VM. Но чтоб под нативную z/OS это жесть какая-то, имхо. Хотя почитал тут интервью ихнего CIO. Типа у них там политика теперь, все нафик консолидировать на МФ. Я конечно не знаю что стоит в ЦБ, но вполне возможно что z/OS стоит под z/VM. А уже под этим z/OS стоит Оракл. A LPAR там точно есть, как минимум один на каждый мэйнфрейм (я предположил что у них стоит современная железяка от IBM а не ЕС-1065). Раз GDPS юзают, GDPS - это Parallel Sysplex разнесенный по разным городам "на случай чего". А Parallel Sysplex из LPAR'ов строится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2008, 05:18 |
|
||
|
|
start [/forum/topic.php?all=1&fid=35&tid=1553111]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
78ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 412ms |
| 0 / 0 |
