|
|
|
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 |
|
||
|
|
start [/forum/search_topic.php?author=-devICE-&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 443ms |
| total: | 591ms |
| 0 / 0 |
