28.05.2018 06:07
TmaxSoft_Russia 67 10500 Источник

Как известно, в начале этого года американская корпорация 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)


  1. maxzh83
    28.05.2018 09:42
    #15905899
    -1

    Понимаю, что Oracle мощный продукт и все такое, но мне как разработчику не жалко потерять СУБД, которая в 2018 году не дает создать булеву колонку, заставляя разработчика выдумывать фигню типа 'Y'/'N' или 0/1.


    1. defecator
      28.05.2018 10:18
      #15919697
      +1

      «булевская колонка», как ты её назвал, это частный случай целого.


      1. maxzh83
        28.05.2018 10:24
        #15919711
        -1

        символ тоже частный случай целого


      1. Varim
        28.05.2018 10:25
        #15919715
        +1

        Откуда такое определение? Для True определен оператор сложения?


        1. Lofer
          28.05.2018 11:04
          #15922567
          +2

          Для True определен оператор сложения?

          В общем случае да. Булева алгебра — логическое сложение. Только при трактовке «это Int» будут интересные спецэффекты :)


          1. Varim
            28.05.2018 11:51
            #15971235

            Как по мне так это то же самое что называть конкатенацию строк — сложением строк. Называть можно, но это не то же самое сложение что и для чисел, как и с булевой логикой. Так что boolean не частный случай целого. Логическое сложение это не сложение.
            Кстати вы говорите об OR или XOR?


      1. netch80
        30.05.2018 06:40
        #18709399

        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.

        Ну и так далее.


    1. robert_ayrapetyan
      28.05.2018 20:26
      #16914057

      Думал, это только MSSQL подобным страдало (до относительно недавнего времени).


    1. nikolayv81
      28.05.2018 22:28
      #17374149

      Так char(1) с constraint это тоже самое, какой смысл добавлять этот тип, который будет по сути синтаксическим сахаром (bool никто не пакует)


      1. maxzh83
        28.05.2018 23:59
        #17765819
        -1

        Из таких мелочей и складывается удобство. Отдельный тип это однозначная запись (а не варианты либо с char(1) либо с tinyint) и понятные простые логические операторы. Плюс, если используется ORM, не надо городить конвертер для перевода в boolean в объекте.
        Другое похожее удобство — тип serial (в postgres), по сути автоматическое создание sequence для инкрементных полей, но это тоже очень приятная возможность (при этом делать руками sequence также никто не запрещает)


        1. alexs0ff
          29.05.2018 08:01
          #18704933
          +1

          Отдельный тип это однозначная запись

          Не все так просто в мире реляционных баз. Например, очень часто используются агрегирующие операторы, так что делать с этим типом, если мне нужно подсчитать сумму всех строк с включенным флагом (причем с группировкой)? sum(BooleanField) — логическое сложение даст нам совершенно не нужный результат, а с вариантом sum(cast(BooleanField as int)) — совсем некрасиво получается.


          1. maxzh83
            29.05.2018 10:05
            #18705265

            А как вы будете считать сумму по char? Но вообще есть, например, вот такой вариант:
            sum(case when fair then 1 else 0 end) as fair
            Вообще, сумма по булевому полю это странный по смыслу кейс


            1. alexs0ff
              29.05.2018 10:16
              #18705313

              А как вы будете считать сумму по char?

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

              Например, в MSSQL есть тип bit — его с головой хватает для репрезентации буля.

              Вообще, сумма по булевому полю это странный по смыслу кейс

              ну почему, вот есть таблица содержится список товаров: наименование, категория и с булевый признак наличия повреждений.
              Вот я хочу сделать отчет который покажет распределение повреждений по группам товаров. Вот тут как раз сумма по полю признака наличия (если это будет 0/1) и поможет нам.


              1. maxzh83
                29.05.2018 11:55
                #18705775

                Использовать char — это оверхед

                Чем оверхед? Занимает столько же, сколько и 0/1. Я не поклонник такого решения, но видел это крайне часто.
                Например, в MSSQL есть тип bit

                Мы вроде про Оракл.
                сделать отчет который покажет распределение повреждений по группам товаров

                По логике это count, который просто реализован через сумму. Для boolean можно либо использовать case (в комменте выше) либо написать красивую функцию c логичным названием countBool


                1. alexs0ff
                  29.05.2018 12:10
                  #18705869

                  Чем оверхед

                  Здесь я «синтаксическом оверхеде», т.е. так же как и с boolean мне придется делать приведение типа в агрегирующем операторе sum(case BooleanAsCharField when '1' THEN 1 и т.д.)
                  Поэтому char я не использую в булевых колонках и считаю это антипаттерном в отличии от tinyint
                  Мы вроде про Оракл.

                  Да, Oracle советует для Bit использовать Number(3), я вот даже не знаю почему.

                  По логике это count, который просто реализован через сумму.

                  Да, но в этом случае или мы используем материализацию вычисляемых данных или денормализацию, что не всегда лучшее решение.


          1. KodyWiremane
            29.05.2018 11:32
            #18705653

            Так суммируются-то не булевы поля, а поля в записях, где булево поле имеет определённое значение. Типа, SELECT sum(intField) FROM t WHERE boolField = True. Либо count(*) WHERE, если число записей.


            1. alexs0ff
              29.05.2018 12:14
              #18705905

              Так суммируются-то не булевы поля

              Сумма уже идет на агрегированные данные. В моем случае это категория товаров. Если все перенести в предикат (boolField = True), то тут выход создавать или CTE или подзапросы.


              1. KodyWiremane
                29.05.2018 13:34
                #18706357

                вот есть таблица содержится список товаров: наименование, категория и с булевый признак наличия повреждений.
                Вот я хочу сделать отчет который покажет распределение повреждений по группам товаров.

                Если я правильно понял постановку задачи,
                -- тестил на rextester.com, с планшета
DROP TABLE t; -- там почему-то уже была
CREATE TABLE t (cat INT, name VARCHAR(32), damaged BOOLEAN);

INSERT INTO t VALUES
(1, 'armchair', False),
(1, 'desk', False),
(1, 'case', True),
(1, 'zappa', True),
(2, 'fan', True),
(2, 'pc', False),
(2, 'lamp', True),
(2, 'abacus', False),
(2, 'calculator', True),
(3, 'metal sphere 1 (absent)', False),
(3, 'metal sphere 2', True);

SELECT cat, COUNT(*) FROM t WHERE damaged = True GROUP BY cat ORDER BY cat;

                # cat count
                1 | 1 | 2
                2 | 2 | 3
                3 | 3 | 1


                1. alexs0ff
                  29.05.2018 13:42
                  #18706387

                  Результаты выборки такого запроса не включают в себя категории в которых нет повреждений.

                  распределение повреждений по группам товаров.

                  отсутствие повреждений в категории это то же важно.


                  1. KodyWiremane
                    29.05.2018 16:30
                    #18707433

                    не включают
                    Ай, действительно.

                    (1, 'case', False),
(1, 'zappa', False),
-- ...
SELECT cat, COUNT(NULLIF(damaged, False)) FROM t GROUP BY cat ORDER BY cat;
                    # cat count
                    1 | 1 | 0
                    2 | 2 | 3
                    3 | 3 | 1

                    Что, в общем-то, аналог решений с case. Мне кажется, это больше вороос выбора между семантикой («логический атрибут должен быть boolean») и удобством использования (просуммировать tinyint).


                    1. alexs0ff
                      29.05.2018 16:57
                      #18707585

                      семантикой («логический атрибут должен быть boolean») и удобством использования (просуммировать tinyint).

                      Поэтому мне нравится как сделано в MS SQL Server — там есть тип bit может быть 0 или 1. плюс в предикатах поддерживают неявные 'TRUE' и 'FALSE'


                      1. KodyWiremane
                        29.05.2018 17:17
                        #18707707

                        Да уж, удобно. Кстати, «неявные 'TRUE' и 'FALSE'» — это как?


                        1. alexs0ff
                          29.05.2018 17:30
                          #18707793

                          «неявные 'TRUE' и 'FALSE'» — это как

                          Можно писать WHERE BitField = 'TRUE'
                          это движком транслируется в
                          WHERE BitField=1


                          1. KodyWiremane
                            29.05.2018 17:36
                            #18707829

                            Познавательно, спасибо.


  1. APXEOLOG
    28.05.2018 10:29
    #15919727

    А чем "PL/SQL" у Oracle отличается от "Определяемые пользователем функции" у PostgreSQL?


    1. apro
      28.05.2018 10:46
      #15919755

      А чем "PL/SQL" у Oracle отличается от "Определяемые пользователем функции" у PostgreSQL?

      Потому что у PostgreSQL есть еще PL/Python, PL/Tcl и бог знает что еще, кроме PL/pqSQL.


      1. slonopotamus
        28.05.2018 23:01
        #17503699
        -1

        На вопрос «чем» некорректно отвечать «потому что».


  1. alexs0ff
    28.05.2018 10:46
    #15919753

    Oracle вводит запрет на предоставление, экспорт или реэкспорт товаров, услуг и технологий, поддерживающих проекты, которых касаются санкции США

    С Java точно такое же положение?


    1. erlioniel
      28.05.2018 15:07
      #16159461

      Ну автор статьи альтернативы Java не продает, так что я не думаю что мы узнаем ответ.


      1. alexs0ff
        28.05.2018 15:16
        #16173197

        Ну просто смысл 50% переходов. С базы ушли, а вот вендор прикладного кода остался тем же. ИМХО — пустая трата денег. Если уж предлагают альтернативы, то тут важен весь стек инструментов.


        1. nikolayv81
          28.05.2018 22:31
          #17385823

          С учётом того что у оракл лицензия не требует продления переход на другое ПО с работающего и уже купленного смысла особо не имеет(проблемы только с поддержкой)


  1. Focushift
    28.05.2018 10:58
    #15920515

    Такая классная СУБД, а нет сертификации VMWare?


    1. 61brg
      28.05.2018 13:43
      #16068317

      А зачем? Все тянуться к её уровню, а не наоборот


      1. Focushift
        28.05.2018 19:57
        #16818573

        Ну в энтерпрайзе все должно быть сертифицировано? Включая специалистов.


  1. NoRegrets
    28.05.2018 11:04
    #15922953
    +2

    Oracle & Tibero = Шило & Мыло. Китай поступает так, как ему выгодно. Если завтра ему станет выгодно присоединиться к санкциям, он это сделает.


    1. TmaxSoft_Russia Автор
      28.05.2018 11:10
      #15928063
      +1

      Tibero — не Китай. Южная Корея.


      1. VaalKIA
        28.05.2018 11:28
        #15943941
        +1

        То есть, полностью лежит под США и не смеет пикнуть против, в отличии от КНР?


        1. TmaxSoft_Russia Автор
          28.05.2018 11:43
          #15962741

          Если вас действительно интересует Тиберо как альтернатива, то вместо троллинга поинтересуйтесь последними тенденциями в отношениях США и ЮКореи и России и ЮКореи. Узнаете много нового.


          1. VaalKIA
            28.05.2018 12:29
            #16000597

            Если вас действительно интересует Тиберо

            Я бы выбрал PostgreSQL, а в статье не увидел ни одного довода, что бы заинтересоваться, в том числе и политического. Возможно, кому-то будет интресно, что она платная и можно будет организовать откаты, но думаю что в PostgreSQL бабло можно будет тоже попилить на поддержке, если уж брать гос. сектор, но, по крайней мере хотя бы IT спецам копеечка перепадёт, а не менеджерам иностранного представительства. Не стоит отвечать, это мысли в слух.


            1. TmaxSoft_Russia Автор
              28.05.2018 13:43
              #16067975

              Простите что отвечаю, но вот есть возможность и ИТ спецам «копеечку» получить — tmaxsoft.su/news/promo-usd-1


          1. NoRegrets
            28.05.2018 16:45
            #16301741

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


          1. nikolayv81
            28.05.2018 22:33
            #17396979

            Как только США заблокирую долларовые счёта компании(а они оставляют себе право это делать в отношении компаний и банков которые нарушают их санкции) никто и не вспомнит про то что там были какие-то отношения.


      1. NoRegrets
        28.05.2018 14:50
        #16136723

        Точно, а я почему-то был уверен, что это Китай. Но тем не менее, ЮК в этом отношении еще хуже.


  1. suntexnik
    28.05.2018 12:35
    #16007051
    -1

    Не понимаю проблемы санкций.
    Наоборот исчезают проблемы лицензирования.
    Объявить ихнее ПО — «трофейным» и юзать дальше…

    P.S. А то в нашей конторе столько бабок уходит на лицензии Oracle, SAP, MS, Vmware…


    1. roscomtheend
      28.05.2018 13:33
      #16055895

      А когда надо будет обновить ПО из-за дыр или недостающих функций, то производитель (даже если не связан с санкциями) подумает «а надо ли оно ему».

      Была специально для вас какая-то СУБД по типу БолгенОС.


    1. edb
      28.05.2018 14:42
      #16130697

      и весёлого роджера на государственный флаг. Ну удачи вам дженельмены…


      1. hippohood
        29.05.2018 08:33
        #18704977

        Я например не понимаю почему его еще нет на флаге.
        А проблема скорее всего будет решаться именно таким образом. Только будет какая-то местная депутатская контора, которая будет шильдик менять и продавать готовое решение. Большинство вендоров будут закрывать на это глаза, пока пираты будут оставаться на санкционной территории: рынок для них все рано закрыт, а так он останется недоступным для потенциальных конкурентов, и наст надежда на быстрое возвращение позиций в обозримом будущем.


  1. dedyshka
    28.05.2018 12:36
    #16008169
    +1

    ИМХО, статья на 100% реклама.
    При этом, если уж рекламируете товар, то расскажите про него.
    Табличка сравнения, по сути, бесполезна ибо почти все строки имеют одинаковое значение.
    И сразу вопрос (который в статье не раскрыт ни разу) — почему нужно выбирать платную Tibero вместо «бесплатного» Postgre?


    1. migelle74
      28.05.2018 14:34
      #16125875

      > почему нужно выбирать платную Tibero

      По заявлениям, Тиберо позволяет прозрачно перейти с Оракла. Переход на Постгрес — это переписывание 80% серверной части.


      1. maxzh83
        28.05.2018 15:13
        #16166867

        Откуда такая цифра? Почему не 70 или не 90%? Все оочень сильно зависит от проекта


        1. migelle74
          28.05.2018 16:30
          #16275835

          Конечно все зависит от проекта.
          А цифра — чисто умозрительно из своего опыта перехода на Постргес. Хоть постгресовцы и лепили свой pgpl/sql глядя на pl/sql, но отличаются они сильно, в том числе по идеологии.

          А еще если использовался апекс — то ему замены вообще нет и, соответственно, полное переписывание интерфейса на абсолютно новой платформе.


          1. maxzh83
            28.05.2018 16:52
            #16310943

            Я к тому, что не всегда используется чистый sql, куда чаще в энтерпрайзе всякие ORM типа hibernate. При таком подходе, если нет использования нативных оракловых функций, переезд будет не такой болезненный


            1. migelle74
              28.05.2018 17:26
              #16400611

              Я-ж специально написал: 80% серверной части.


              1. maxzh83
                28.05.2018 17:37
                #16424371

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


                1. migelle74
                  28.05.2018 21:04
                  #17076135

                  Именно про сервер БД. Когда часть системы написана на pl/sql.


            1. nikolayv81
              28.05.2018 22:44
              #17443357

              Тут статья про крупные компании попавшие под санкции, не думаю что в ключевых местах они могут себе позволить использовать что-то похожее на hibernate


  1. alexs0ff
    28.05.2018 13:12
    #16031661

    Один из ключевых параметров для СУБД не рассмотрен — уровни изоляции транзакций. Что там предлагает Tibero?


    1. Vasiliy72
      28.05.2018 15:42
      #16206669

      Уровень изоляции транзакций по умолчанию — READ COMMITTED
      Есть возможность установки SERIALIZABLE командой:
      alter session set isolation_level=serializable;


      1. alexs0ff
        28.05.2018 16:03
        #16235075

        Т.е. это версионник как и Oracle.


  1. Vlad5
    28.05.2018 15:58
    #16228281

    Имею опыт пользования одним корейским продуктом (относится к онлайн играм), и исходя из своих наблюдений, у корейцев довольно специфические методы в разработке, поддержке. Не скажу, что они пишут софт лучше или хуже остальных, но свои нюансы довольно заметны. Например, могут развивать одну фичу пару лет, потом когда всё отладится и заработает, развернут направление на 180 градусов. Хромает последовательное развитие, много бесполезных экспериментов. А в отношении, где крутятся крупные корпоративные пользователи, такие штуки не приветствуются.


    1. 671
      28.05.2018 16:29
      #16273551

      С играми, наверное, есть своя специфика. В случае Tibero крупные корпоративные клиенты как раз и не позволят на 180 градусов поменять направление развития СУБД.


  1. msin
    28.05.2018 17:00
    #16333587

    На сайте подозрительно нет прайс-листа…
    Индивидуальное предложение для каждого заказчика в стиле SAP?


    1. 671
      28.05.2018 17:22
      #16392975

      Ничего подозрительного. В TmaxSoft прайс-лист открыт для партнеров. А любое предложение для заказчика действительно индивидуально, если это не заказчик SMB, это везде так. Да и для рынка SMB в TmaxSoft действует сейчас хорошее предложение для разработчиков: лицензия за 60 руб, годовая техподдержка за 99 тыс руб.


  1. BigD
    28.05.2018 21:44
    #17201999
    +1

    Откуда такая доля Oracle? Почему не установленный везде, как мне кажется, MS SQL Server?


    1. nikolayv81
      28.05.2018 22:48
      #17468737

      Наверное от способа подсчёта зависит, для России, к примеру, первые несколько банков это сколько? Вроде в штуках не много а в процентах от объёма бизнеса/сумм затраченных на лицензии и поддержку.


    1. 671
      29.05.2018 10:39
      #18705415

      На самом деле доля Oracle еще больше, чем 46%. Я согласен с 70%. Знаю не понаслышке: 8 лет в Oracle. Это серое использование, когда у заказчика официально лицензируется только верхушка айсберга. Кроме того, некоторые просто скачивают дистрибутив и пользуются СУБД. Поэтому, потенциал Tibero огромный.


  1. Kolegg
    29.05.2018 08:26
    #18704973

    Avito, обрабатывая до 6000 транзакций в секунду, а «Яндекс» применяет PostgreSQL в одном из своих сервисов, обрабатывая более 500 млн. транзакций в сутки.

    Красиво написано, но бессмысленно — писал маркетолух. Нужно приводить к одной единице измерения. Если это сделать, то будет проще — авито < 6000/с, яндекс > 6000/с.