Как известно, в начале этого года американская корпорация Oracle в соответствии с требованиями правительства США об ужесточении санкций в отношении российских нефтегазовых компаний изменила условия предоставления им своих продуктов и услуг. Введен запрет как на новые сделки, так и на продление существующих контрактов. Эти ограничения непосредственно касаются многих нефтегазовых структур, включая предприятия «Газпрома», «Роснефти», «Лукойла» и «Сургутнефтегаза». Под санкции попали 283 российских компании.
В частности, Oracle вводит запрет на предоставление, экспорт или реэкспорт товаров, услуг и технологий, поддерживающих проекты, которых касаются санкции США. Среди таких проектов — глубоководные геологоразведочные работы и добыча на арктическом шельфе РФ. Кроме того, ограничения распространяются на сланцевые проекты.
Это чувствительная мера, ведь лидирующая на мировом рынке СУБД Oracle применяется более чем в четверти отечественных госкомпаний, в то время как доля российских продуктов, таких ПО от «Диасофт», PostgreSQL от Postgres Professional или отечественные СУБД «Линтер» компании «Релэкс» и «Ред база данных» компании «Ред софт», пока не превышает 3%.
Корпорация Oracle лидирует на мировом рынке СУБД. По оценкам экспертов, Oracle сейчас занимает до 70% российского рынка СУБД.
По данным российского Союза разработчиков программного обеспечения и информационных технологий (СРПО) ТЭК, зависимость от иностранных программных продуктов в сегменте добычи нефти и газа составляет 90-95%, в нефтепереработке — 98%, в транспортировке углеводородов — 80-85%.
В результате санкций отрасли может быть нанесен серьезный ущерб. Кроме того, многолетние разработки зарубежных в области баз данных составляют основу технологического стека ее предприятий – целого комплекса бизнес-приложений и систем корпоративного уровня. Импортозамещение этой основы – процесс очень длительный, если вообще возможный.
Технологически миграция существующих приложений с Oracle на российские СУБД, построенные на ПО с открытым кодом, — задача крайне сложная. Поэтому компании продолжают использовать свои исправно работающие СУБД Oracle, IBM и Microsoft. К тому же в российских проектах отсутствуют многие из ключевых технологий, которые предлагаются разработчиками лицензируемого ПО.
Можно ли заменить СУБД Oracle?
Каждый, кто немного в теме, знает ответ. Ведь Oracle – не только лучшая в мире СУБД, это целая экосистема хранения и обработки данных. С другой стороны, на том уровне, на котором многие отечественные компании используют возможности высокотехнологичного продукта Oracle, вместо американского ПО с задачами вполне сможет справиться отечественный софт, продукты с открытым кодом или разработки «с Востока». Для ряда задач не нужен Oracle, и нет необходимости оплачивать дорогостоящие лицензии.
Понимая это, конкуренты активизировались. Разработчики СУБД и бизнес-приложений из России и Азии в условиях санкций США рассчитывают занять часть ниши американских вендоров.
Некоторые системные интеграторы сделали ставку на PostgresSQL. Например, в «Ланите» уже есть решения, которые работают как на PostgresSQL, так и на Oracle. Представители бизнеса инвестируют в компанию Postgres Professional, созданную командой живущих в России ведущих разработчиков (Major Contributor) PostgreSQL. В Минкомсвязи (теперь — Министерстве цифрового развития) также проявляют интерес к открытой СУБД PostgreSQL как альтернативе Oracle: PostgreSQL считается важнейшим инструментом в политике импортозамещения. PostgresSQL позиционируется как близкая к Oracle СУБД, нацеленная на надежность и целостность хранения данных.
СУБД PostgreSQL используется как основная СУБД в крупнейших российских проектах, таких как Avito, обрабатывая до 6000 транзакций в секунду, а «Яндекс» применяет PostgreSQL в одном из своих сервисов, обрабатывая более 500 млн. транзакций в сутки.
Другой вариант — СУБД Tibero от южнокорейской компании TmasSoft, вышедшая на рынок в 2003 году. В ближайшей перспективе эта компания претендует на 10% мирового рынка СУБД. Интересно, что Tibero изначально разрабатывалась как альтернатива СУБД Oracle и максимально совместима с ней. Причем TmaxSoft предлагает заказчикам миграцию их собственных приложений на СУБД Tibero или разработку под Tibero новых продуктов. Возможно и создание на Tibero сертифицированных версий ПО российских разработчиков.
Недавно TmaxSoft предложила год бесплатного использования восьми процессорных лицензий СУБД Tibero Enterprise Edition, услуги техподдержки в течение года и бесплатную опцию Partition, позволяющую сегментировать массивы данных для ускорения запросов к таблицам.
Продукт уже известен в России. Эта СУБД используется в Национальной системе платежных карт, операторе платежных карт «Мир». Ее тестирование провели и проводят еще несколько крупных заказчиков в РФ.
В настоящее время общий объем обрабатываемых Tibero данных у одного из российских заказчиков составляет более 200 Тбайт. Под управлением Tibero работают высоко критичные системы требующие постоянной доступности. Используются внутрениие технологии репликации данных, секционирование (partitioning tables), технологии отказоустойчивости и высокой доступности, такие как Standby.
TmaxSoft реализует в России стратегию выхода в определенные вертикальные рынки с фокусными партнерами. Так, с компанией R-Style Softlab она работает над интеграцией систем дистанционного банковского обслуживания и приложения RS Банк с Tibero, сотрудничает с компанией «БПЦ Банковские Технологии», разработчиком системы процессинга платежей SmartVista. Компания «Айтеко» стала ее специализированным технологическим партнером по системе OpenFrame, позволяющей переносить приложения из среды мейнфреймов на открытые системы. Ряд проектов реализуют «Инфосистемы Джет» и компания «Крикунов и Партнеры Бизнес Системс» (КПБС).
Сравнение СУБД Oracle, Microsoft SQL Server, PostgreSQL и Tibero
Вряд ли будет корректно сравнивать «апельсины с яблоками», но попробуем сопоставить некоторые особенности известных реляционных СУБД.
Цена и риски
И еще несколько штрихов к корейскому продукту. В Tibero вы платите только за виртуализованную часть используемого оборудования. С учетом лицензирования, опций и поддержки, Oracle стоит в разы дороже Tibero. По отзывам пользователей, Tibero — продукт весьма «шустрый», работает сопоставимо с Oracle с точки зрения скорости компиляции и обработки запросов.
Стоит отметить, что капитальные и операционные затраты на лицензируемые СУБД сегодня высоки, ведь один вендор фактически является монополистом. Многие ИТ-руководители хотели бы сократить затраты на управление данными и все чаще задумываются об этом. Однако сдерживают возможные риски, связанные с переходом на альтернативные СУБД.
Как свести к минимуму возможные миграционные риски? Автоматизированные инструменты позволяют определить степень совместимости существующих приложений с СУБД Tibero. Специальные методики помогают принять решение: имеет ли смысл такой переход или миграция по тем или иным причинам не целесообразна. В TmaxSoft надеются, что большая уверенность в успехе миграции и стремление рационализировать бюджеты подстегнет процесс. Впрочем, переход с Orаcle на PostgreSQL также является штатной задачей. Для этого существует специальное программное обеспечение, позволяющее минимизировать затраты.
Сейчас идет также активное развитие рынка программного обеспечения с открытым исходным кодом, включая СУБД, альтернативных технологий обработки и хранения данных. Ускоряется рост сегмента облачных СУБД – та же Oracle движется именно в этом направлении. TmaxSoft в текущем году планирует представить свои сервисы IaaS и PaaS для частного и публичного облаков. Они должны дополнить доступные по стоимости лицензируемые технологии СУБД и ПО промежуточного слоя корпоративного класса.
В настоящее время СУБД Tibero версии Enterprise Edition бесплатно предлагает целый ряд опций, однако популярность Tibero сдерживает пока еще только развивающаяся экосистема поддерживаемых приложений. Между тем решения TmaxSoft вполне могут занять те ниши, где применение ПО Oracle избыточно, а использование ПО с открытым кодом недостаточно или небезопасно. А разработчики СУБД PostgreSQL даже уверены, что она имеет все необходимое, чтобы с минимальной государственной поддержкой стать основной СУБД, используемой в государственных и коммерческих разработках.
Это означает диверсификацию рынка СУБД. Заказчики получают альтернативу, когда расходы на СУБД становятся слишком высокими, или по причине санкций приходится искать другие варианты – коммерческие или СПО. Многое зависит от критериев выбора базы данных, таких как производительность, безопасность, масштабируемость, поддержка, работа с большими данными и стоимость владения.
Комментарии (67)
APXEOLOG
28.05.2018 10:29А чем "PL/SQL" у Oracle отличается от "Определяемые пользователем функции" у PostgreSQL?
apro
28.05.2018 10:46А чем "PL/SQL" у Oracle отличается от "Определяемые пользователем функции" у PostgreSQL?
Потому что у PostgreSQL есть еще PL/Python, PL/Tcl и бог знает что еще, кроме PL/pqSQL.
alexs0ff
28.05.2018 10:46Oracle вводит запрет на предоставление, экспорт или реэкспорт товаров, услуг и технологий, поддерживающих проекты, которых касаются санкции США
С Java точно такое же положение?erlioniel
28.05.2018 15:07Ну автор статьи альтернативы Java не продает, так что я не думаю что мы узнаем ответ.
alexs0ff
28.05.2018 15:16Ну просто смысл 50% переходов. С базы ушли, а вот вендор прикладного кода остался тем же. ИМХО — пустая трата денег. Если уж предлагают альтернативы, то тут важен весь стек инструментов.
nikolayv81
28.05.2018 22:31С учётом того что у оракл лицензия не требует продления переход на другое ПО с работающего и уже купленного смысла особо не имеет(проблемы только с поддержкой)
NoRegrets
28.05.2018 11:04+2Oracle & Tibero = Шило & Мыло. Китай поступает так, как ему выгодно. Если завтра ему станет выгодно присоединиться к санкциям, он это сделает.
TmaxSoft_Russia Автор
28.05.2018 11:10+1Tibero — не Китай. Южная Корея.
VaalKIA
28.05.2018 11:28+1То есть, полностью лежит под США и не смеет пикнуть против, в отличии от КНР?
TmaxSoft_Russia Автор
28.05.2018 11:43Если вас действительно интересует Тиберо как альтернатива, то вместо троллинга поинтересуйтесь последними тенденциями в отношениях США и ЮКореи и России и ЮКореи. Узнаете много нового.
VaalKIA
28.05.2018 12:29Если вас действительно интересует Тиберо
Я бы выбрал PostgreSQL, а в статье не увидел ни одного довода, что бы заинтересоваться, в том числе и политического. Возможно, кому-то будет интресно, что она платная и можно будет организовать откаты, но думаю что в PostgreSQL бабло можно будет тоже попилить на поддержке, если уж брать гос. сектор, но, по крайней мере хотя бы IT спецам копеечка перепадёт, а не менеджерам иностранного представительства. Не стоит отвечать, это мысли в слух.TmaxSoft_Russia Автор
28.05.2018 13:43Простите что отвечаю, но вот есть возможность и ИТ спецам «копеечку» получить — tmaxsoft.su/news/promo-usd-1
NoRegrets
28.05.2018 16:45Последние тенденции такие — госдеп включает санкции для компаний, работающих с российскими компаниями из санкционного списка, после чего те резко теряют желание работать дальше. Если TmasSoft претендует на какую-то долю в мировом рынке, она является уязвимой и по первому требованию госдепа разорвет все контракты.
У вас есть какая-то информация, которая может убедить отечественных клиентов, что TmasSoft не прогнется, кроме отсылок в гугл? Если пишете статью в духе «в связи с санкциями, мы предлагаем вам продукцию компании TmasSoft», вы должны эту информацию предоставить, имхо.
nikolayv81
28.05.2018 22:33Как только США заблокирую долларовые счёта компании(а они оставляют себе право это делать в отношении компаний и банков которые нарушают их санкции) никто и не вспомнит про то что там были какие-то отношения.
NoRegrets
28.05.2018 14:50Точно, а я почему-то был уверен, что это Китай. Но тем не менее, ЮК в этом отношении еще хуже.
suntexnik
28.05.2018 12:35-1Не понимаю проблемы санкций.
Наоборот исчезают проблемы лицензирования.
Объявить ихнее ПО — «трофейным» и юзать дальше…
P.S. А то в нашей конторе столько бабок уходит на лицензии Oracle, SAP, MS, Vmware…roscomtheend
28.05.2018 13:33А когда надо будет обновить ПО из-за дыр или недостающих функций, то производитель (даже если не связан с санкциями) подумает «а надо ли оно ему».
Была специально для вас какая-то СУБД по типу БолгенОС.
edb
28.05.2018 14:42и весёлого роджера на государственный флаг. Ну удачи вам дженельмены…
hippohood
29.05.2018 08:33Я например не понимаю почему его еще нет на флаге.
А проблема скорее всего будет решаться именно таким образом. Только будет какая-то местная депутатская контора, которая будет шильдик менять и продавать готовое решение. Большинство вендоров будут закрывать на это глаза, пока пираты будут оставаться на санкционной территории: рынок для них все рано закрыт, а так он останется недоступным для потенциальных конкурентов, и наст надежда на быстрое возвращение позиций в обозримом будущем.
dedyshka
28.05.2018 12:36+1ИМХО, статья на 100% реклама.
При этом, если уж рекламируете товар, то расскажите про него.
Табличка сравнения, по сути, бесполезна ибо почти все строки имеют одинаковое значение.
И сразу вопрос (который в статье не раскрыт ни разу) — почему нужно выбирать платную Tibero вместо «бесплатного» Postgre?migelle74
28.05.2018 14:34> почему нужно выбирать платную Tibero
По заявлениям, Тиберо позволяет прозрачно перейти с Оракла. Переход на Постгрес — это переписывание 80% серверной части.maxzh83
28.05.2018 15:13Откуда такая цифра? Почему не 70 или не 90%? Все оочень сильно зависит от проекта
migelle74
28.05.2018 16:30Конечно все зависит от проекта.
А цифра — чисто умозрительно из своего опыта перехода на Постргес. Хоть постгресовцы и лепили свой pgpl/sql глядя на pl/sql, но отличаются они сильно, в том числе по идеологии.
А еще если использовался апекс — то ему замены вообще нет и, соответственно, полное переписывание интерфейса на абсолютно новой платформе.maxzh83
28.05.2018 16:52Я к тому, что не всегда используется чистый sql, куда чаще в энтерпрайзе всякие ORM типа hibernate. При таком подходе, если нет использования нативных оракловых функций, переезд будет не такой болезненный
migelle74
28.05.2018 17:26Я-ж специально написал: 80% серверной части.
maxzh83
28.05.2018 17:37Серверной это сервер БД или сервер приложений? Полагаю, что все таки БД, так вот опять же, если используется ORM, то иногда используется стратегия, когда БД генерится средствами ORM и тогда просто переключается драйвер и диалект. Но такое в больших приложениях встречается редко.
nikolayv81
28.05.2018 22:44Тут статья про крупные компании попавшие под санкции, не думаю что в ключевых местах они могут себе позволить использовать что-то похожее на hibernate
alexs0ff
28.05.2018 13:12Один из ключевых параметров для СУБД не рассмотрен — уровни изоляции транзакций. Что там предлагает Tibero?
Vlad5
28.05.2018 15:58Имею опыт пользования одним корейским продуктом (относится к онлайн играм), и исходя из своих наблюдений, у корейцев довольно специфические методы в разработке, поддержке. Не скажу, что они пишут софт лучше или хуже остальных, но свои нюансы довольно заметны. Например, могут развивать одну фичу пару лет, потом когда всё отладится и заработает, развернут направление на 180 градусов. Хромает последовательное развитие, много бесполезных экспериментов. А в отношении, где крутятся крупные корпоративные пользователи, такие штуки не приветствуются.
671
28.05.2018 16:29С играми, наверное, есть своя специфика. В случае Tibero крупные корпоративные клиенты как раз и не позволят на 180 градусов поменять направление развития СУБД.
msin
28.05.2018 17:00На сайте подозрительно нет прайс-листа…
Индивидуальное предложение для каждого заказчикав стиле SAP?671
28.05.2018 17:22Ничего подозрительного. В TmaxSoft прайс-лист открыт для партнеров. А любое предложение для заказчика действительно индивидуально, если это не заказчик SMB, это везде так. Да и для рынка SMB в TmaxSoft действует сейчас хорошее предложение для разработчиков: лицензия за 60 руб, годовая техподдержка за 99 тыс руб.
BigD
28.05.2018 21:44+1Откуда такая доля Oracle? Почему не установленный везде, как мне кажется, MS SQL Server?
nikolayv81
28.05.2018 22:48Наверное от способа подсчёта зависит, для России, к примеру, первые несколько банков это сколько? Вроде в штуках не много а в процентах от объёма бизнеса/сумм затраченных на лицензии и поддержку.
671
29.05.2018 10:39На самом деле доля Oracle еще больше, чем 46%. Я согласен с 70%. Знаю не понаслышке: 8 лет в Oracle. Это серое использование, когда у заказчика официально лицензируется только верхушка айсберга. Кроме того, некоторые просто скачивают дистрибутив и пользуются СУБД. Поэтому, потенциал Tibero огромный.
Kolegg
29.05.2018 08:26Avito, обрабатывая до 6000 транзакций в секунду, а «Яндекс» применяет PostgreSQL в одном из своих сервисов, обрабатывая более 500 млн. транзакций в сутки.
Красиво написано, но бессмысленно — писал маркетолух. Нужно приводить к одной единице измерения. Если это сделать, то будет проще — авито < 6000/с, яндекс > 6000/с.
maxzh83
Понимаю, что Oracle мощный продукт и все такое, но мне как разработчику не жалко потерять СУБД, которая в 2018 году не дает создать булеву колонку, заставляя разработчика выдумывать фигню типа 'Y'/'N' или 0/1.
defecator
«булевская колонка», как ты её назвал, это частный случай целого.
maxzh83
символ тоже частный случай целого
Varim
Откуда такое определение? Для True определен оператор сложения?
Lofer
В общем случае да. Булева алгебра — логическое сложение. Только при трактовке «это Int» будут интересные спецэффекты :)
Varim
Как по мне так это то же самое что называть конкатенацию строк — сложением строк. Называть можно, но это не то же самое сложение что и для чисел, как и с булевой логикой. Так что boolean не частный случай целого. Логическое сложение это не сложение.
Кстати вы говорите об OR или XOR?
netch80
SQL стандарт с вами не согласен:
> The data type boolean comprises the distinct truth values True and False. Unless prohibited by a NOT NULL constraint, the boolean data type also supports the truth value Unknown as the null value.
Ну и так далее.
robert_ayrapetyan
Думал, это только MSSQL подобным страдало (до относительно недавнего времени).
nikolayv81
Так char(1) с constraint это тоже самое, какой смысл добавлять этот тип, который будет по сути синтаксическим сахаром (bool никто не пакует)
maxzh83
Из таких мелочей и складывается удобство. Отдельный тип это однозначная запись (а не варианты либо с char(1) либо с tinyint) и понятные простые логические операторы. Плюс, если используется ORM, не надо городить конвертер для перевода в boolean в объекте.
Другое похожее удобство — тип serial (в postgres), по сути автоматическое создание sequence для инкрементных полей, но это тоже очень приятная возможность (при этом делать руками sequence также никто не запрещает)
alexs0ff
Не все так просто в мире реляционных баз. Например, очень часто используются агрегирующие операторы, так что делать с этим типом, если мне нужно подсчитать сумму всех строк с включенным флагом (причем с группировкой)? sum(BooleanField) — логическое сложение даст нам совершенно не нужный результат, а с вариантом sum(cast(BooleanField as int)) — совсем некрасиво получается.
maxzh83
А как вы будете считать сумму по char? Но вообще есть, например, вот такой вариант:
sum(case when fair then 1 else 0 end) as fair
Вообще, сумма по булевому полю это странный по смыслу кейс
alexs0ff
Использовать char — это оверхед для булевого значения, но мы обсуждаем первоначальную ветку
Например, в MSSQL есть тип bit — его с головой хватает для репрезентации буля.
ну почему, вот есть таблица содержится список товаров: наименование, категория и с булевый признак наличия повреждений.
Вот я хочу сделать отчет который покажет распределение повреждений по группам товаров. Вот тут как раз сумма по полю признака наличия (если это будет 0/1) и поможет нам.
maxzh83
Чем оверхед? Занимает столько же, сколько и 0/1. Я не поклонник такого решения, но видел это крайне часто.
Мы вроде про Оракл.
По логике это count, который просто реализован через сумму. Для boolean можно либо использовать case (в комменте выше) либо написать красивую функцию c логичным названием countBool
alexs0ff
Здесь я «синтаксическом оверхеде», т.е. так же как и с boolean мне придется делать приведение типа в агрегирующем операторе sum(case BooleanAsCharField when '1' THEN 1 и т.д.)
Поэтому char я не использую в булевых колонках и считаю это антипаттерном в отличии от tinyint
Да, Oracle советует для Bit использовать Number(3), я вот даже не знаю почему.
Да, но в этом случае или мы используем материализацию вычисляемых данных или денормализацию, что не всегда лучшее решение.
KodyWiremane
Так суммируются-то не булевы поля, а поля в записях, где булево поле имеет определённое значение. Типа, SELECT sum(intField) FROM t WHERE boolField = True. Либо count(*) WHERE, если число записей.
alexs0ff
Сумма уже идет на агрегированные данные. В моем случае это категория товаров. Если все перенести в предикат (boolField = True), то тут выход создавать или CTE или подзапросы.
KodyWiremane
Если я правильно понял постановку задачи,
# cat count1 | 1 | 2
2 | 2 | 3
3 | 3 | 1
alexs0ff
Результаты выборки такого запроса не включают в себя категории в которых нет повреждений.
отсутствие повреждений в категории это то же важно.
KodyWiremane
# cat count1 | 1 | 0
2 | 2 | 3
3 | 3 | 1
Что, в общем-то, аналог решений с case. Мне кажется, это больше вороос выбора между семантикой («логический атрибут должен быть boolean») и удобством использования (просуммировать tinyint).
alexs0ff
Поэтому мне нравится как сделано в MS SQL Server — там есть тип bit может быть 0 или 1. плюс в предикатах поддерживают неявные 'TRUE' и 'FALSE'
KodyWiremane
Да уж, удобно. Кстати, «неявные 'TRUE' и 'FALSE'» — это как?
alexs0ff
Можно писать WHERE BitField = 'TRUE'
это движком транслируется в
WHERE BitField=1
KodyWiremane
Познавательно, спасибо.