Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 29
Oracle — очевидно новая империя зла. Столько косяков, сколько сделала Oracle за последние пару лет — не делал никто из прошлых «империй» (microsoft, apple и т.д.).
Это называется «Бунтарь Ларри», который "… постоянно бросает вызов рынку и считает, что в этом секрет его успеха..".
CNews №7 (16) Август 2006
CNews №7 (16) Август 2006
Ну, насчет «зла» вы, батенька, весьма погорячились. Опрометчиво-с. На общем «среднестатистическом» фоне Oracle, позвольте заметить, еще «ангел без крыльев». Или как говорят в народе, все познается в сравнении.
Вообще, если вы меня попросите охарактеризовать общую «тенденцию 20XX годов» (вообще по всем корпорациям), я вам отвечу простой фразой: «маркетинг одержал победу над здравым смыслом». Так вот, в плане здравого смысла, позвольте вам скромно доложить, Oracle весьма-таки «сопротивлялся до последнего», сохраняя адекватность, даже тогда когда другие корпорации рубили с плеча суки на которых сидели.
Единственное обьяснение (с моей стороны), того песеца, что описан в статье простое: последние годы дядька Ларри просто стареет, жалко, и его тихий голос в руководстве не может перекричать галдеж «маркетологов». Результат мы видим.
Вообще, если вы меня попросите охарактеризовать общую «тенденцию 20XX годов» (вообще по всем корпорациям), я вам отвечу простой фразой: «маркетинг одержал победу над здравым смыслом». Так вот, в плане здравого смысла, позвольте вам скромно доложить, Oracle весьма-таки «сопротивлялся до последнего», сохраняя адекватность, даже тогда когда другие корпорации рубили с плеча суки на которых сидели.
Единственное обьяснение (с моей стороны), того песеца, что описан в статье простое: последние годы дядька Ларри просто стареет, жалко, и его тихий голос в руководстве не может перекричать галдеж «маркетологов». Результат мы видим.
SUN купили, а что с железом и соляркой делать не решили. Железки фактически утопили, а следом и салярис утопят.
не интересная статья. уже надоело читать об этих бессмысленных исках и еб****ых законах.
А есть кто-то, кто уже мигрировал с Оракла? Если да, то на что?
Просто не очень понятно, какие есть альтернативы. MSSQL? Postgres?
Просто не очень понятно, какие есть альтернативы. MSSQL? Postgres?
Ещё IBM активно продвигает миграцию на DB2.
Кстати, а кто-нибудь реально мигрировал с Oracle? Был бы интересен опыт перехода на Postgres.
или на MS SQL :)
или на MySQL
wait, OH SHI~~
wait, OH SHI~~
или на CSV файлы
а можете как-то аргументировать свой сарказм?
MySQL кладёт болт на целостность данных.
Повторю, именно на целостность, не на надёжность (если не знаете в чем разница — rtfm).
Мускул, например, умеет делить строку на ноль без ошибок. Или вставлять NULL в колонку, явно определенную как NOT NULL. Или насыщать числовые колонки при переполнении (то есть при попытке записать число 100 в двузначную колонку мускул вставит 99 и пойдет дальше). Про constrains помолчим.
Для тех, кто покупает оракл (банки, крупные конторы, государства и т.п.) всё это вообще никак не приемлемо. Просто никак. Да, в софте бывают ошибки, да, операторы бывает косячат — база данных должна НЕДОПУСТИТЬ разрушение/перезапись данных, если запрос хоть на волос нарушает ограничения целостности. Мускул хавает всё. Это хорошо для веба с его пыхапе, но не для ответственного софта.
С триггерами и хранимыми процедурами тоже всё весьма печально. А в сложном софте всё основано именно на них. Собственно, софт вообще не имеет прямого доступа к таблицам бд, просто запрещено на уровне прав пользователя. Все действия только через хранимые процедуры.
Ну и третье — транзакции. В оракле, накатывая обновление, вы можете начать транзакцию, внести изменения в структуру БД, протестировать свежую версию своего клиентского софта, и если что-то не так — откатить транзакцию, как будто ничего и не было. То есть гарантированный даунтайм не превысит нескольких минут. В мускуле, не прибегая к стороннему софту, вы даже не можете нормально сделать горячий бэкап базы перед обновлением.
Повторю, именно на целостность, не на надёжность (если не знаете в чем разница — rtfm).
Мускул, например, умеет делить строку на ноль без ошибок. Или вставлять NULL в колонку, явно определенную как NOT NULL. Или насыщать числовые колонки при переполнении (то есть при попытке записать число 100 в двузначную колонку мускул вставит 99 и пойдет дальше). Про constrains помолчим.
Для тех, кто покупает оракл (банки, крупные конторы, государства и т.п.) всё это вообще никак не приемлемо. Просто никак. Да, в софте бывают ошибки, да, операторы бывает косячат — база данных должна НЕДОПУСТИТЬ разрушение/перезапись данных, если запрос хоть на волос нарушает ограничения целостности. Мускул хавает всё. Это хорошо для веба с его пыхапе, но не для ответственного софта.
С триггерами и хранимыми процедурами тоже всё весьма печально. А в сложном софте всё основано именно на них. Собственно, софт вообще не имеет прямого доступа к таблицам бд, просто запрещено на уровне прав пользователя. Все действия только через хранимые процедуры.
Ну и третье — транзакции. В оракле, накатывая обновление, вы можете начать транзакцию, внести изменения в структуру БД, протестировать свежую версию своего клиентского софта, и если что-то не так — откатить транзакцию, как будто ничего и не было. То есть гарантированный даунтайм не превысит нескольких минут. В мускуле, не прибегая к стороннему софту, вы даже не можете нормально сделать горячий бэкап базы перед обновлением.
> MySQL кладёт болт на целостность данных
Меняется настройкой sql_mode (rtfm)
> Собственно, софт вообще не имеет прямого доступа к таблицам бд, просто запрещено на уровне прав пользователя. Все действия только через хранимые процедуры.
Хранимые процедуры — это тоже «софт», только выполняющийся в другой среде.
Меняется настройкой sql_mode (rtfm)
> Собственно, софт вообще не имеет прямого доступа к таблицам бд, просто запрещено на уровне прав пользователя. Все действия только через хранимые процедуры.
Хранимые процедуры — это тоже «софт», только выполняющийся в другой среде.
Ну и третье — транзакции. В оракле, накатывая обновление, вы можете начать транзакцию, внести изменения в структуру БД, протестировать свежую версию своего клиентского софта, и если что-то не так — откатить транзакцию, как будто ничего и не было.
То есть вы хотите сказать, что оракл работает на уровне изоляции «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 вполне толковая система, но миграция… в жизни есть извращения и приятней
Много забавных воспоминаний с тех пор осталось, особенно о реализации мастер-мастер statement-based репликации
С тех пор ни о чем подобном не слышал, и, надеюсь, никогда не услышу. 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 для поиска ответов на свои вопросы.
Если вкратце, то каждая беседа выглядела примерно так:
— Что мы получим от 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.
Фото из домодедово :)
Фото из домодедово :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что происходит с Oracle?