Сегодня присяжные вынесли вердикт, по которому 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% от рынка
Я подумал, что нужно подробнее на этом остановится.
Кстати, судя по-всему HP не собирается просто так отдать свою часть серверного рынка — совсем недавно они опубликовали документик
«Migrate to EnterpriseDB PostgreSQL». Думаю, понятно, откуда HP предлагает мигрировать своим клиентам. ;-)
Многие знают, что назревающий возможный скандал между крупными игроками 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, как такового резервного копирования не делалось, точнее только экспорт.
Представьте такую ситуацию: команда разработчиков работает над программой. При этом исходный код приложения нигде не хранится. Каждый программист с помощью специального декомпилятора выгружает нужный код из бинарника, работает с ним, а потом вновь собирает и отдает на дальнейшую разаработку коллегам.
Как вы думаете, это нормальная ситуация? Думаю, что нет.
Но почему-то такой подход довольно часто применяется при разработке приложений БД.
Для мониторинга использования индексов Oracle предлагает простой способ — включить мониторинг индекса и выключитьпо завершению значимого для данного индекса периода.
Описание на сайте Oracle тут. В результате в представлении V$OBJECT_USAGE вы можете увидеть ответ “Yes” или “No”.
Но что делать если:
— Вы уже знаете что индекс используется,
— популяция запросов уже настолько велика что проанализировать их на предмет использования запросами не представляется возможным
— Вам нужны доп. сведения о выполнении запросов
22 февраля 2012, 13:03
52
Совсем недавно на работе стало необходимым контролировать рост размера базы данных Oracle. Связано это было с тем, что места осталось не так много, что -то около 100 Гб, а в двух компаниях (компании крупные, страховые) базы стремительно растут.
Для начала мы создадим таблицу DB_TABLESPACE_SIZE, в которой будем хранить данные о каждом дне.