rdbms’es are evil
May. 27th, 2009 01:17 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
wizzardНовичкам » Первые шаги в ORACLE (цикл из 142 статей)
o_0
UPD: как можно нагуглить много дампов оракла (случайно обнаружил, поковыряв дамп руками)wizzardwizzard
Profile
wizzard
Page Summary
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
Style Credit
- Style: Neutral Good for Practicality by timeasmymeasure
Expand Cut Tags
No cut tags
no subject
Date: 2009-05-28 08:03 am (UTC)Это смотря для чего использовать. Но вообще для больших баз с высокой нагрузкой равных Oracle нет.
no subject
Date: 2009-05-28 02:00 pm (UTC)oracle-fan.livejournal.com
no subject
Date: 2009-05-28 02:09 pm (UTC)Тем более в свете того, что для физического standby нужен еще один сервер с архитектурой основной базы (если основная база на Sun Fire, то физический бэкап на x86 с Linux не взлетит), еще однин инстанс базы той же версии (это еще одна лицензия), поддержка стоит не так уж и дорого.
И там ниже написано
no subject
Date: 2009-05-28 02:33 pm (UTC)Насчет "поддержка стоит не так уж дорого" - да как сказать. Заплатили Вы, к примеру, 1млн. зеленых за продукт, а потом еще каждый год платите по 200 тыс. только за то, что Вам своевременно ошибки будут исправлять. Ну и за возможность перейти на новую версию "почти бесплатно".
no subject
Date: 2009-05-28 02:45 pm (UTC)Речь шла о только о функционале СУБД, а не о ценах.
По поводу лицензирования. Есть допустим Oracle XE - он бесплатен, а если Вы действительно готовы отдать 1 млн (на самом деле в 1 млн обойдется конфигурация с RAC и несколькими стэндбаями) за Oracle лицензию, опять же оборудование под эту конфигурацию стоит много дороже, то предполагается работа с данными, стоимость которых превышает этот 1 млн во много раз. Учитывая, что данных за каждый год становится только больше 200 тыс. вполне вменяемая цифра (тем более, что поддержку не обязательно продлевать).
no subject
Date: 2009-05-28 02:56 pm (UTC)XE - не знаю уж для кого выпустили эту фиговинку. Наверное, для студентов в ВУЗАХ. Я бы не стал ставить эту СУБД нигде в боевой обстановке. Для обучения, наверное, сгодится.
1 млн. - это не так уж много для Оракла, который за 1 процессор берет 40тыс. зелени. То есть, получается всего-то 25 процессоров. Если лицензировать стендбай надо (а, кажется, надо), то получается где-то 12 процессоров на сервер основной и 12 - на резервный. Да, такие серверы - это человек так для 300-400 пользователей минимум (конечно, зависит от приложения). Железяки, думаю, будут стоить не сильно дороже самого Оракла, учитывая тенденцию к их удешевлению, чего не скажешь, увы о софте.
Сами данные скорее всего будут стоить намного дороже. Ну и что, Вы считаете, что это повод отдавать другим много? И от техподдержки можно отказаться, только потом на новую версию не перейдёшь до тех пор, пока вся разницу, когда у тебя не было техподдержки Ораклу не возместишь. Вроде так.
no subject
Date: 2009-05-28 03:21 pm (UTC)Ну у нее ограничения просто - 1 процессор, 1Gb оперативной памяти 4Gb база, а функционал обычный.
Благо - я обычный разработчик, поэтому это не моя забота, мне дают, я пользусь. Я другими мерками измеряю. И я не говорю, что это хорошо, или плохо, хотя желание не платить мне очень близко :)
Ну и опять-таки, на мой скромный взгляд 20% - не много.
Да, так. Иногда дешевле просто лицензии по-новому купить.
no subject
Date: 2009-05-28 08:00 pm (UTC)интересно также, что вы понимаете под "высокой нагрузкой".
no subject
Date: 2009-05-28 08:41 pm (UTC)Сейчас работаю с биллингами операторов мобильной связи восновном, т.е. много данных (несколько гигабайт за сутки) и собственно биллинг в конце месяца - много больших запросов с сортировками. Ну и конечно оперативная отчетность.
Раньше работал и с OLTP системами - 1000 пользователей плюс оперативная отчетность.
no subject
Date: 2009-05-28 08:51 pm (UTC)это не высокая нагрузка, это мой десктоп потянет.
много больших запросов с сортировками
много? больших? это не круто. вот если бы было очень много и очень больших, это другое дело.
no subject
Date: 2009-05-28 09:49 pm (UTC)Загрузка не ресурсоемкая, а если ваш дестоп сможет данные за месяц обработать за несколько часов, то я вам завидую и хочу себе такой десктоп.
Сорри, я просто уже привык говорить биллинг, как что-то само собой разумеющееся.
Основная идея - 3-5 таблиц на 2-4 миллиарда строк в месяц. Несколько вспомогательных от тысяч до миллионов строк (грубо говоря, аккаунты, биллинговая информация и всяческие справочники). В конце месяца обработка всех данных, генерация счетов и фин. отчетов.
no subject
Date: 2009-05-28 11:50 pm (UTC)эээ, первая часть (несколько гигабайт в день) была про OLTP volume, который не должен представить проблем для моего десктопа. про обработку была вторая часть, про которую известно только что там "много больших", над чем я, признаюсь, немного прикололся. но вообще такие системы как бы строятся по принципу "мухи отдельно, котлеты отдельно" - то есть, весь OLAP потянет второй десктоп :)
от OLTP десктопа в такой архитектуре потребуется только раз в день, а то и раз в неделю, сливать новые данные на OLAP машину.
к чему я это всё? к тому, что на таких объёмах вопрос выбора более cost-effective solution просто не стоит, поскольку sql server based solution будет дешевле в разы (а скорее, на порядок) - учитывая, что в цену sql servera также входят: analysis services, integration services, reporting services.
no subject
Date: 2009-05-29 09:47 am (UTC)Не получится, потому что опреативная отчетность, да и вставка не нагружает базу абсолютно.
Это неконструктивный спор, потому что у вас есть работающие системы на MS SQL, у меня на Oracle, притом требований к системам друг друга мы не знаем.
Аргументы про стоимость я воспринимаю слабо, т.к. плачу не я
Но вы меня убедили поглубже разобраться с SQL Server и при случае попробовать.
no subject
Date: 2009-05-29 04:16 am (UTC)no subject
Date: 2009-05-29 09:35 am (UTC)