В Oracle считают кардинально неправильным подходом мигрировать на свободные системы управления базами данных до тех пор, пока есть возможность использовать системы самого Oracle. На фоне проявленного интереса отечественных органов власти к системе управления базами данных PostgreSQL корпорация Oracle предостерегла чиновников и сообщество разработчиков от поспешных решений по переходу на свободные СУБД. «Безопасность государства важна, и ее надо обеспечивать, но тот способ, который выбран, лично мне не очень нравится», - заявил на конференции разработчиков свободной СУБД PostgreSQL начальник отдела технического консалтинга по серверным технологиям российского представительства Oracle Марк Ривкин. Иллюстрируя идею массового внедрения СПО как альтернативы решениям американских разработчиков, Ривкин привел метафору: «Котлован можно копать импортным бульдозером, а можно отечественной лопатой. Кардинально неправильный подход - не дожидаясь поломки бульдозеров начать вооружать всех лопатами». Конечно, «на всякий несчастный случай» нужно иметь «План Б», говорит представитель Oracle. Но все же лучше до последнего момента использовать тот инструмент, который дает максимальную производительность, считает он. Сейчас, говорит Ривкин, «людей заставляют заменять системы, которые обеспечивают высокую надежность и безопасность, на системы открытого кода». Где-то это оправдано, есть масса систем, в которых открытый код более предпочтителен, но есть ниши, системы с десятками тысяч пользователей, с сотнями терабайтов данных, «куда тоже пытаются запихнуть этот открытый код», и это неправильно, уверен он. В понимании Марка Ривкина, «План Б» должен состоять в том, чтобы создавать приложения, работающие под разными базами данных: «Хотите - под Oracle, хотите - под Postgre, хотите - под DB2. Если что-то нехорошее случится, вы продолжите жить и работать». Ривкин жестко раскритиковал возможности СУБД PostgreSQL: «Слушая выступающих (на конференции - прим. ), непосвященному человеку, бизнесмену или менеджеру, который не имеет отношения к СУБД, становится непонятно, зачем платить бешеные деньги за западные продукты, когда и на свободном ПО все работает очень быстро, очень безопасно и гипернадежно годами. К сожалению, на самом деле ситуация выглядит совсем по-другому». Известны критерии, по которым люди выбирают базу данных: это производительность, безопасность, масштабируемость, обновляемость, уровень техподдержки, работа с очень большими данными и цена владения, и по каждому из этих пунктов у PostgreSQL есть очень много дыр, полагает Ривкин. «Возьмем самый простой вариант - производительность. В мире СУБД вот уже несколько лет происходит революция производительности систем. Я обычно говорю, что есть прошлое - года два назад, есть наше настоящее, и есть будущее, которое наступит уже в 2015 г.», - рассказывает он. В «прошлом СУБД», говорит Ривкин, появились специализированные программно-аппаратные комплексы, машины баз данных, специализированное оборудование, на котором СУБД работают быстрее. Они увеличивают производительность на порядок. «Сегодня» для роста производительности СУБД в Oracle используются технологии поколоночного хранения, процедуры векторных процессоров, преимущества большой памяти (обработка данных in-memory), что дает еще порядок роста производительности. «Завтра» появятся процессоры, «в которых в силикон зашиты команды СУБД. Они тестируются уже сейчас». «Однако, послушав разработчиков PostgreSQL, я понял, что существует «позапрошлое», когда люди рассказывают, что они «тут немного код подтюнили, там функцию ускорили». Увеличение производительности за счет резервов кода - это позавчерашний день разработки СУБД», - заявил представитель Oracle.
Подробности