Pull to refresh

Comments 29

Oracle — очевидно новая империя зла. Столько косяков, сколько сделала Oracle за последние пару лет — не делал никто из прошлых «империй» (microsoft, apple и т.д.).
Это называется «Бунтарь Ларри», который "… постоянно бросает вызов рынку и считает, что в этом секрет его успеха..".
CNews №7 (16) Август 2006
Ну, насчет «зла» вы, батенька, весьма погорячились. Опрометчиво-с. На общем «среднестатистическом» фоне Oracle, позвольте заметить, еще «ангел без крыльев». Или как говорят в народе, все познается в сравнении.

Вообще, если вы меня попросите охарактеризовать общую «тенденцию 20XX годов» (вообще по всем корпорациям), я вам отвечу простой фразой: «маркетинг одержал победу над здравым смыслом». Так вот, в плане здравого смысла, позвольте вам скромно доложить, Oracle весьма-таки «сопротивлялся до последнего», сохраняя адекватность, даже тогда когда другие корпорации рубили с плеча суки на которых сидели.

Единственное обьяснение (с моей стороны), того песеца, что описан в статье простое: последние годы дядька Ларри просто стареет, жалко, и его тихий голос в руководстве не может перекричать галдеж «маркетологов». Результат мы видим.
SUN купили, а что с железом и соляркой делать не решили. Железки фактически утопили, а следом и салярис утопят.
не интересная статья. уже надоело читать об этих бессмысленных исках и еб****ых законах.
А есть кто-то, кто уже мигрировал с Оракла? Если да, то на что?

Просто не очень понятно, какие есть альтернативы. MSSQL? Postgres?
Есть реальный опыт миграции?
Ещё IBM активно продвигает миграцию на DB2.
Оракл и сам много чего активно продвигает, а толку-то.
Кстати, а кто-нибудь реально мигрировал с Oracle? Был бы интересен опыт перехода на Postgres.
или на CSV файлы
а можете как-то аргументировать свой сарказм?
MySQL кладёт болт на целостность данных.

Повторю, именно на целостность, не на надёжность (если не знаете в чем разница — rtfm).

Мускул, например, умеет делить строку на ноль без ошибок. Или вставлять NULL в колонку, явно определенную как NOT NULL. Или насыщать числовые колонки при переполнении (то есть при попытке записать число 100 в двузначную колонку мускул вставит 99 и пойдет дальше). Про constrains помолчим.

Для тех, кто покупает оракл (банки, крупные конторы, государства и т.п.) всё это вообще никак не приемлемо. Просто никак. Да, в софте бывают ошибки, да, операторы бывает косячат — база данных должна НЕДОПУСТИТЬ разрушение/перезапись данных, если запрос хоть на волос нарушает ограничения целостности. Мускул хавает всё. Это хорошо для веба с его пыхапе, но не для ответственного софта.

С триггерами и хранимыми процедурами тоже всё весьма печально. А в сложном софте всё основано именно на них. Собственно, софт вообще не имеет прямого доступа к таблицам бд, просто запрещено на уровне прав пользователя. Все действия только через хранимые процедуры.

Ну и третье — транзакции. В оракле, накатывая обновление, вы можете начать транзакцию, внести изменения в структуру БД, протестировать свежую версию своего клиентского софта, и если что-то не так — откатить транзакцию, как будто ничего и не было. То есть гарантированный даунтайм не превысит нескольких минут. В мускуле, не прибегая к стороннему софту, вы даже не можете нормально сделать горячий бэкап базы перед обновлением.
> MySQL кладёт болт на целостность данных

Меняется настройкой sql_mode (rtfm)

> Собственно, софт вообще не имеет прямого доступа к таблицам бд, просто запрещено на уровне прав пользователя. Все действия только через хранимые процедуры.

Хранимые процедуры — это тоже «софт», только выполняющийся в другой среде.
strict mode — капля в море.
Ну и третье — транзакции. В оракле, накатывая обновление, вы можете начать транзакцию, внести изменения в структуру БД, протестировать свежую версию своего клиентского софта, и если что-то не так — откатить транзакцию, как будто ничего и не было.

То есть вы хотите сказать, что оракл работает на уровне изоляции «read uncommitted»? В доке по 10g пишут, что нет (offers «read committed» and «serializable», «read committed» is the default).
>Ну и третье — транзакции. В оракле, накатывая обновление, вы можете начать транзакцию, внести изменения в структуру БД, протестировать свежую версию своего клиентского софта, и если что-то не так — откатить транзакцию, как будто ничего и не было. То есть гарантированный даунтайм не превысит нескольких минут.

Это Вы где такое прочитали ?! :)))
Повеселили от души :)
Я с десяток лет назад участвовал в таком проекте (ОИК для одного из облэнерго)… Переносили систему с HPUX/Oracle на Red Hat/Postgres… вроде тогда 7.2 был.

Много забавных воспоминаний с тех пор осталось, особенно о реализации мастер-мастер statement-based репликации кувалдой и какой-то матерью триггерами, кроном, rsync и честным словом разработчиков. Удалось обрабатывать что-то около 700rq/sec с потерями 0.1% данных, что в принципе нас устраивало (хехе)

С тех пор ни о чем подобном не слышал, и, надеюсь, никогда не услышу. Postgres вполне толковая система, но миграция… в жизни есть извращения и приятней

Ну вроде как есть отличный от нулевого шанс, что за десять лет что-то поменялось. Я, конечно, в курсе консерватизма ИТ-технологий, но мало ли…
Да дело не в том, что оракл что-то умеет, а постргес нет, совсем не в том. Просто весь процесс переноса очень уж напоминает попытку накрутить гайку с дюймовой резьбой на винт с метрической. Разные технологии, разные подходы, разные принципы, разные библиотеки. В реальном проекте подобным заниматься обычно уже годы как поздно
Крупные клиенты вряд ли просто так перейдут.
А в конторах поменьше переход особо не затруднит.
Мы мигрируем с Оракла. Но не тупо на другую DB (хотя я активно предлагал по-быстрому соскочить на посгре). Мы переписываем кусочки приложения, разделяя данные которые не должны быть в одной БД. Что-то (write-intensive) ушло в Кассандру, что-то (не так тяжело используемое) в MySQL, кое-что ушло в MongoDB. И каждая отдельная фича после этого начинает работать лучше.

Хотя админам (я — программист), конечно, приходится поддерживать больше разных систем. Но они, вроде как, рады. Оракл им поддерживать не нравится (тем более что этой поддержкой занимается отдельная удалённая команда, от которой вечно ответа в положенный срок не дождёшься).
Джефф Кросс, руководитель пресс-службы IBM, в интервью заявил, что в компании довольны решением ассоциации. «Это сравнение едва ли было допустимым, – добавил он. В огороде бузина, а в Киеве дядька. Они сравнили новую машину Exadata и систему Power Systems, которая выпускается уже 6 лет»

Так и сказал?

PS. Предчувствую скорую плачевную судьбу Оракла, в лучшем случае кому-то продадутся, имхо.
Странный текст, и странные претензии. Открою маленький секрет отрасли — такие сравнения «соревнования уазика и болида по вспаханному полю» — любимое занятие производителей уазиков :) Две трети всех сравнений так и делается :)
Мы как-то год эдак назад задумывались о приобретении mysql enterprise. Даже представитель от Oracle несколько раз приезжал. Делали conference call с head office пару раз.
Если вкратце, то каждая беседа выглядела примерно так:
— Что мы получим от Enterprise?
— 24 поддержку, монитор, аналайзер и бекап!
— Цена вопроса?
— Всего 5 тысяч в год за сервер! (да и еще ограничение на количество ядер процессора была)
— А если у нас один сервер и одина реплика?
— На реплику то же надо покупать Enterprise!!!
— Но у нас же уже будет Enterprise. За что еще 5000?
— 24 поддержку, монитор, аналайзер!
— но у нас уже будет программа мониторинга и аналайзер и поддержка 24 часа
— 5 000!
— а за сервер на которму будет аналайзер и монитор?
— 5 000!
— за что еще то 5?
— 24 поддержку, монитор, аналайзер!

Замкнутый круг. При огромном желании продать, никакого понимания что и как продавать у Oracle не оказалось, как не странно. Никакой системы цен. Oracle это монстр который сжирает популярные проекты (покупает) и по сути гробит их. Дело не только в деньгах а в первую очередь в энтузиазме тех людей что вывели свой проект на высокий уровень.
К слову сказать, на такую же стену я наткнулся когда завел речь про тех поддержку. Оказалось что в понятие тех поддержки совсем не входит что вам будут помогать в оптимизации вашей конфигурации или запросов или помогут с упавшей базой, вовсе нет. Базовый пакет. Так что у них не выгорело. До сих пор периодически позванивают из Oracle а мы прекрасно обходимся Comunity version и поисковиком Google для поиска ответов на свои вопросы.
Работаем с exadata — феерическая *;%;:%№ :) Но по сравнению, с oracle siebel crm, exadata'у еще можно назвать прекрасным продуктом oracle.

Фото из домодедово :)
image
Only those users with full accounts are able to leave comments. Log in, please.