Oracle *

Сравнение с точки зрения разработчика

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

После пары недавних дискуссий про Oracle я постарался проанализировать положение компании и процессы в ней. Если коротко, получается, что Oracle испытывает серьезные трудности, так как подает иски против конкурентов, не имея на руках доказательств.

В первую очередь это видно по иску, который Oracle подала против IBM в отношении вводящей в заблуждение рекламы её машин баз данных Exadata. Грубо говоря, Oracle заявила, что ее софт работает в 20 раз быстрее, сравнивая некую идеальную конфигурацию на современном оборудовании у конкретного заказчика со средней абстрактной конфигурацией IMB. Ниже есть детали, но это как сравнить болид Формулы-1 и внедорожник, заявив, что внедорожник в 20 раз быстрее в лесу.



Национальная рекламная ассоциация (США) уже отклонила иск, но Oracle собирается обжаловать это решение.

Процесс выката новых версий ETL на продуктив всегда процесс волнующий. Редко когда среда разработки полностью соответствует среде эксплуатации, в моем предыдущем проекте различались в том числе ОС и железо, на которых велась разработка и эксплуатация ХД.

Хорошо хоть база данных использовалась одна и та же — Oracle. Для того, чтобы убрать максимальное количество различий между настройками и содержимым продуктивной и разработческой БД мой коллега подготовил скрипт, собирающий, и, что очень важно, правильно форматирующий вывод в файл, скрипт, позволяющий сравнивать две БД.

После такого сравнения и унификации многие, зачастую неожиданные, проблемы при деплое должны будут найтись немного раньше, на этапе тестирования, т.е. при деплое с ДЕВа на СИТ. А определенное количество устаревших маппингов OWB или таблиц можно будет удалить с ПРОД системы.

Возможности сравнения нескольких БД присутствуют в некоторых утилитах разработки и администрирования БД, в частности данный набор скриптов получен из Toad. Мой коллега просто выбрал необходимые параметры для сравнения, которых, я думаю, будет достаточно для начала и вам, а уж если вы используете кластеризацию таблиц или что-то более сложное добавить вывод этих объектов для сравнительного анализа сможете сами.

Сформированные файлы (db_info.txt с ДЕВа и такой же с ПРОДа) можно, в дальнейшем, сравнивать утилитами типа WinDiff и решить, где значение вернее и какое из них оставить.

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

Вместо эпиграфа:
Пускай слыву я старовером,
Мне всё равно, я даже рад.
Пишу я Гоблина размером,
Пою, друзья, на старый лад
(почти М. Ю. Лермонтов)

Итак,

— Что же произошло с процессингом Сбербанка?
— Произошла ошибка СУБД Oracle, приведшая к остановке экземпляра.

— Что за странные вещи написал вице-президент банка? Какое ещё удаление событий из журналов?
— Обратите внимание, комментарий написан далеко заполночь, и не на специализированном ресурсе типа sql.ru, и не администратором Oracle, а вице-президентом. Странно в такой ситуации ожидать глубокого технического описания. Тем не менее, описание достаточно точное. Чуть ниже будут технические подробности — попробуйте сформулировать «для простого народа» понятнее, чем это получилось у Орловского.

— Ну, давай уже технические подробности!

Доброго времени суток, в этой статье хочу рассказать о своём опыте работы с BI Publisher и составлении шаблонов для MS Excel в родном для этой программы формате *.xls.

Небольшое предисловие

Работая с Oracle eBS, время от времени возникает необходимость создания дополнительных репортов (а соответственно и шаблонов в BI Publisher). В данном случае был довольно сложный репорт, который собирался из таблиц, заполняющихся данными в BEFORE REPORT триггере этого же репорта. Количество колонок в репорте могло динамичиски меняться.

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

Забавно, что в пресс-релизе нет ни слова относительно оплаты данной работы.

В ADO.NET провайдерах для Oracle, PostgreSQL и, возможно, других есть одна неприятная особенность, которая может сказаться на производительности вашего приложения, если вы запрашиваете у сервера большие объемы данных: они не кэшируют вызовы метода IDataReader.GetOrdinal. Как оказалось это очень критично для NHibernate, но, к счастью, разработчики NHibernate (а точнее Hibernate) эту проблему заметили и уже решили.

Но эта фича осталась незамеченной и почти не задокументированной.

Уже не одна правильная статья написана про необходимость и преимущества хранения исходных кодов схем базы данных в системах контроля версий (типа CVS, SVN, TFS и др.), а также ведения deploy – скриптов.
Не стану повторяться, но разберем один специфических аспектов этого процесса.

Не секрет, что нормально поставленный процесс разработки состоит из собственно разработки(Dev), внутреннего тестирования(QA), приёмочного тестирования конечными пользователями (UAT) и, непосредственно, «Production». Детали жизненного цикла могут отличаться в индивидуальных случаях, но это не существенно для темы статьи.

Порой (а в опыте автора – часто) так случается, что окружения, на которых происходят разные этапы этого цикла могут отличаться по тем или иным причинам. Различия могут быть какие угодно. От разных tablespace-ов, до отличий в названиях схем, DBLink-ов и других индивидуальных особенностей. Как эффективно решить эту неприятность мы и рассмотрим в этой статье.

Компания Google предъявила в суд расходную ведомость с указанием затрат, понесённых во время процесса против Oracle. Поскольку поисковый гигант выиграл дело почти по всем пунктам, он требует от Oracle компенсации.

GOOGLE INC.’S BILL OF COSTS (pdf)

Производство копий документов: $2 900 349
Печать и расшифровка записей: $143 341
Компенсация эксперту, назначенному судом: $986 978 (50%)
Итого: $4 030 669

Глава корпорации Oracle Ларри Эллисон купил шестой (его площадь 364 км², длина 30 км в наибольшем направлении) по величине остров Гавайского архипелага Ланаи. Ему будет принадлежать 98% территории острова.

По неофициальным данным стоимость острова может составлять около 500-600 млн. долларов. Однако точная цена покупки пока не известна.

Приветствую.

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

В этот момент у руководства могут возникнуть вопросы, если они не возникли ранее, что именно занимает так много места в БД, почему загрузка до сих пор не закончилась и прочее подобное.

Чтобы знать, что отвечать, необходимо провести учет. Создание ХД — процесс длительный, люди, разрабатывавшие архитектуру могут быть уже далеко, я не говорю уже о том, что бизнес требования меняются, иногда, так же быстро, как выходят новые версии браузера Firefox.

Сегодня присяжные вынесли вердикт, по которому Google не нарушал патентов Oracle. Это важная победа сил добра, но главное решение еще впереди. Однако давайте вернемся чуть-чуть назад.

Судья William Alsup (тот самый, который умеет программировать на Java) разбил вынесение решения на 3 фазы. На первой фазе присяжные решали нарушил ли Google в своем Андроиде копирайт Oracle на 37 различных API, используемых в Java или на некоторое количество строк кода (включая ставшую широко известной функцию rangeCheck). На второй фазе рассматривались претензии Oracle по поводу патентов. На третьей фазе (в зависимости от решения на предыдущих этапах) определялась сумма ущерба, нанесенная истцу.

Итак, тяжба по патентам завершена — суд вынес вердикт по делу Google и Oracle, в котором поставлена точка по вопросу о нарушении патентов Oracle при разработке ОС Android. Таким образом, претензии Oracle на $1 млрд. + отчисления не удовлетворены.
После оглашения решения акции Google поползли вверх.
Текст решения

На днях пришлось установить данный вид продукции на данную официально не поддерживаемую ораклом ось. CentOS для меня достаточно неизученный Linux, поэтому как устанавливать гуглил. Нашел несколько инструкций, к сожалению ни одна из них не была тем самым руководством, тупо следуя которому можно было бы выполнить это действо. Все требовали доработки, поиска недостающих библиотек и т.д. В итоге написал некое подобие HOWTO с учетом всех поправок. Может быть кому-то будет интересно.

П.С. Тру фанатов оракла прошу строго не судить, мне известно что установка этой БД на неподдерживаемы ОС чревата и т.д… Но поскольку имею практический опыт в эксплуатации данной СУБД в нескольких «несертифицированных» ОС и опыт разрешения весьма небольшого числа коллизий по ходу эксплуатации — до сих пор считаю требование к «сертифицированности» ОС сильно преувеличенным.

В одном из моих прошлых постов была такая фраза: «Oracle, занимающая четвёртое место в списке крупнейших поставщиков, потеряла в доходах (4Q11) относительно прошлого года 11.5% и занимает 5.2% от рынка». Я подумал, что нужно подробнее на этом остановиться.

Согласно отчётам о доходах Oracle за третий квартал, прибыль направлений программного обеспечения и услуг выросли, а бизнес аппаратного обеспечения и комплексных систем снизился на 16% и 4%, соответственно. На фоне этих цифр аналитики говорят, что не уверены в хороших перспективах расселеров аппаратного обеспечения Oracle.

Все прогрессивное человечество с замиранием сердца следит за процессом Oracle против Google. Уже очень скоро присяжные вынесут вердикт по делу. Под катом перевод статьи Andrew Binstock, главного редактора сайта www.drdobbs.com о том, что будет, если выиграет Oracle.

Многие знают, что назревающий возможный скандал между крупными игроками IT-рынка Google и Oracle, подспудной причиной которого стала популярная платформа Android, вылился в суд между корпорациями, который начался в понедельник 16 апреля. Суть претензий Oracle заключается в том, что компания, купив в 2009 году Sun Microsystems, приобрела авторские права на язык программирования Java и теперь интернет-гигант незаконно использует технологии Java в Android, нарушая, таким образом, патенты Oracle.

Не вдаваясь в подробности, собственно юридических вопросов патентного права, кажется любопытным проследить логику адвокатов Oracle в намерении доказать, что Google отнюдь не начинала с чистого листа в Android, а исходный код системы, как минимум, содержит прямые вставки непосредственно из исходного кода Java. Всего, если отметить ради интереса, Oracle обвиняет Google в копировании 103 400 строк Java-кода (подробное описание иска можно посмотреть в этом pdf-документе)

Итак, после первичного заявления адвокатов Oracle о сознательном отказе от патентных отчислений в пользу законного владельца технологий, рассмотрение вопроса стало более конкретным. В суд был приглашен Джошуа Блох, работающий в данный момент в Google и должность которого в корпорации обозначена как Chief Java Architect at Google (при этом не лишним будет отметить то обстоятельство, что Блох восемь лет проработал в Sun, перед тем как перейти на работу в интернет-гиганте).

Доброго времени суток всем.Работаю администратором баз данных далеко не первый год, но всегда работал в больших компаниях. За это время работал с Linux, Solaris, HP-UX. Но примерно год назад попал в небольшую компанию, и о ужас, все сервера на Windows, как такового резервного копирования не делалось, точнее только экспорт.

Представьте такую ситуацию: команда разработчиков работает над программой. При этом исходный код приложения нигде не хранится. Каждый программист с помощью специального декомпилятора выгружает нужный код из бинарника, работает с ним, а потом вновь собирает и отдает на дальнейшую разаработку коллегам.
Как вы думаете, это нормальная ситуация? Думаю, что нет.
Но почему-то такой подход довольно часто применяется при разработке приложений БД.