Huawei ведет переговоры о приобретении компании Postgres Professional, рассказали TAdviser два осведомленных источника. Сумму, которую предлагает Huawei, источники не называют, но один из них говорит, что она превышает размер господдержки, на которую претендовал консорциум во главе с Postgres в 2015 году.
Тогда, напомним, разработчики СУБД стали победителями отбора Минкомсвязи на господдержку импортозамещающих решений с заявкой на сумму более 2 млрд рублей. Но господдержка по состоянию на осень 2016 года предоставлена так и не была.
Экспертиза в области Postgres нужна китайской компании в связи с запуском на китайском рынке масштабных программ миграции с Oracle, говорит собеседник TAdviser.
По итогам переговоров Huawei получил отказ. "Перспектива развития в России и в Европе выглядит лучше", - объясняет источник. Но общение с Huawei продолжается, добавляет он. Через 1-2 года оценка стоимости Postgres Professional, по мнению собеседника TAdviser, может вырасти на порядок.
Представители Postgres Professional отказались комментировать информацию о переговорах с Huawei, в китайской компании на момент публикации материала не ответили на запрос TAdviser.
Источник: http://www.tadviser.ru
Комментарии
Гмммм, посгресом заменить оракл? Хорошая, качественная трава ...
А в цифрах и фактах, что вы используете в Оракл, чего вам не хватает в постгресе?
Мы не занимаемся постгресом. Мы скорее занимаемся переводом критичных оракловских систем на Тмахсофт. Как вариант самая маленькая база - на которой тестировали в районе 1тб, 40 млн записей, порядка 600 таблиц и около 60 000 строк кода. Это самая маленькая из нескольких сотен систем одного из наших заказчиков. Постгрес примитивно не тянет большие системы. Точнее требования к железу возрастают раза в 2. С кластерами насколько я помню беда. Как то так. Тмакс практически полностью совместим с ораклом, дешевле, стабильно работает (из нашего опыта). Не сочтите за рекламу, в большинстве случаев постгресс вполне адекватен задачам решаемым на оракле.
Можно ли у Вас узнать суть тестов и аппаратную платформу?
Обычно
лохамманагерам скармливают результаты относительно выборки и вставки в статические таблицы. Отдельно вставка, отдельно выборка, иногда задействуют апдейт двух-трех связанных таблиц. Но всегда схемы данных не меняются.За все время я встречал только один раз описание и результаты тестов производительности, где активно менялась структура таблиц и связей -- в первой половине 2000-х попалась презентация IBM, насколько крута Informix по сравнению с остальными на рынке, в том числе и с ораклом. В презентации описывалась группа тестов типа добавления/удаления отношений, расщепления/объединения таблиц под нагрузкой на СУБД и платформу. Для сравнения тестировался оракл на 64-битных серверах HP. Судя по тем тестам, alter table не является сильной стороной оракла.
Платформу можно - повер от ИБМ. По поводу сути тестов не совсем понял - ?
Вы написали, что тестировали на бд размером в 1 Тб и в сколько-то там таблиц производительность оракла. Какие тесты использовали для этого? Насколько в процессе была загружена платформа сторонними задачами? Cколько конкурирующих запросов в рамках Ваших тестов этот Ваш оракл одновременно обраабтывал? Каков процент запросов ALTER по отношению к SELECT и CREATE?
А у вас изменения самих таблиц - частое явление?
Только при общем апгрейде схемы, что происходит не чаще раза в год. В 90-х к некоторым таблицам в процессе анализа данных динамически добавлялись столбцы, создавались дополнительные индексы и дополнительные таблицы. Все с ростом данных понемногу замедлялось и в конце концов было принято решение поменять как платформу, так и парадигму -- уйти от RDBMS на non-sql. От тех времен остался сервер сановский и клавиатура стоимостью 300 бакинских.
Т.е. вы говорите, что в бенчмарках не сравнивают изменения, хотя сами говорите, что изменения происходят не чаще раза в год... в чем смысл?
Смысл в том, что если Вы используете RDBMS, ваши бенчмарки на постоянных схемах говорят о том, что RDBMS нужно фтопку. Потому что любая 64-разрядная non-sql (нереляционная) DBMS кроет самую крутую RDBMS как бык овцу по всем параметрам, начиная от производительности поиска, и до масштабируемости. RDBMS используют потому, что вокруг них можно кормиться бесконечно -- откаты, тренинги, курсы, сертификаты.
Ваше заявление звучит так, будто бы вы вообще не разбираетесь в вопросе...
Чё-то шизофрения какая-то, не сочтите за диагноз...
За цену лицензии и поддержки Оракла можно закупить железа в 2 раза больше, чем нужно для миграции.
Не шути так :-)
Банально не поддерживается smt и афинность.
Кстати сжатие и дедупликация в оракле отличные, с 10 ТБ до 4.5ТБ база ужалась.
Яндекс как-то заменил.
Маленькая такая компания Яндекс, да.
Насколько я в курсе - яндекс заменил маааааленький кусочек систем. И им пришлось докупать железа очень много. Но проект распиарили конечно круто - народ повелся ;).
Почту перевели, да.
http://www.cnews.ru/news/top/2016-09-15_yandeks_otkazalsya_ot_subd_oracl... (баннеры и pop-up, но другой ссылки нет под рукой).
Тем не менее, интересно, что жалуются на основное, чем якобы "ценны" коммерческие СУБД - службу поддержки. Судя по статье, вероятность оперативного решения проблем у Oracle невысока.
Еще раз - я бы не хотел чтобы сочли за рекламу, но у тмакссофта служба поддержки и сроки решения проблем небо и земля по сравнению с ораклом. Все я завершаю, остальное если интересно в личку.
Перенесли метаинформацию почтовой системы, 2ТБ. В процессе миграции кол-во железа под сервисом утроилось.
С сервисом оракла история понятная. К мелким клиентам отношение безразличное. К мелким относительно оракла. И индусы, что б им пусто было.
Железо было дешёвое и не так много https://events.yandex.ru/lib/talks/2382/
90% задач, для которых используют RDBMS от Оракл, характеризуются тем, что схема данных не меняется в процессе работы приложения. Поэтому вопрос встает в следующей плоскости -- зачtм вообще для этих задач вообще использовать реляционные базы данных? Ведь эти самые RDBMS разработаны для тех случаев, когда схема данных асинхронно и независимо меняется по запросам клиентов. Если же схема константная, использование SQL похоже на битье мух картечью. Куча задач поедет на порядок быстрее, если под них использовать BDB от того же Оракла. Я даже назову, что это за задачи -- склады, магазины, регистрация, продажа билетов, бронирования, базы данных госаппарата.
Я наблюдаю за развитием отрасли с середины 80-х и вижу, что использование универсальных RDBMS на базе SQL для подавляющего количества задач -- это просто тщетная попытка сохранения весьма неразумных инвестиций, сделанных раннее под влиянием агрессивной говнорекламы на разного рода конгресах, симпозиумах и курсах для менеджеров верхнего уровня. Оракл не открывает АПИ ниже SQL, но выше планировщика транзакций и простых запросов. Не открывает исключительн потому, что тогда никто не станет заморачиваться липким говном мамонта под названием SQL, и контора протеряет сотни тысяч апологетов, читающих разного рода курсы, которые и не курсы, кстати, а дешевые тренинги. Вот эти апологеты и приносят ораклу основные бабки, надувая капитализацию. Уж если на то пошло, то Informix в годы, когда его подобрал IBM, на порядок был мощнее и шустрее, чем нынешний двенадцатый оракл. Мало того, он был проще и в обслуживании и в использовании. Я уже и не говорю об инфромационой безопасности.
Ну Россия не собирается крышевать GPL - Китай будет. Очень за них рад.
Крышевать? Хм. Там речь о скупке на корню и далее не факт, что не будет проприетарной версии.
В прошлом году 80% коммитов в линукс внесли крупные коммерческие компании. С идеей крышивания gpl вы опоздали лет эдак на 10.
Вы чего то попутали. Не я писал о крышевании.
А истории проприетарный софт на основе ядра Линукса Вы таки не знаете?
В смысле не знаю? Роль линукса на рынке быть подставкой под коммерческими сервисами. Других функций для него не предусмотрено.
И кто мешает Хренвею действовать так же, создав на основе разработак этой фирмы свою проприетарную версию?
Случится то же самое, что произошло с MySQL, когда её Оракел под себя подмял. Делов-то.
Возможно. Но какое дело до этого Хренвею? Ему свой бы рынок с минимимальными издержками окучить. Ну и в ЮВА заодно.
Хуавей сейчас как пылесос. Оне технологии собирают. Пытаются уже даже "Типа СХД" выпускать. Эдакий китайский клон ХП/ИБМ
Дык я не спорю с этим Вашим утверждением. Я, всего лишь, высказываю опасение, что не дав фирме "Рога и копыта" (с точки зрения чиновников), можно лишиться будущего "мяса и молока". Не хватат у нас Матроскиных во власти. Всё больше Шарики.
Хуавей, на сегодня (на секундочку), самая крупная телекоммуникационная фирма в МИРЕ!
Угу. Токмо из критически важных секторов связи Европы и США их попросили.
Чего критических, какой территории?
Европа это где?
Там занято циской и нечего тут.
Никто не мешает. Вопрос кто купит эту версию. А у PP госзаказ намечается и гос поддержка.
Роль совершенно любой ОСи (ВНЕЗАПНО!) - быть тупо подставкой под службами и сервисами.
Ой вэй! А как же СВОБОДА? как же боротьба с злобной проприетарщиной и прочий just4fun??
Меня на аш линуксопоклонники банили тока за позитивный отзыв об оракле :-)
У Вас странный рефлекс на упоминание Линукса. Банили Вас, я так полагаю, за толстый троллинг. Про свободу - это к Столлману. А Линукс курирует прагматик Линус.
Странное, хм. Тут временами филиал лора открывается, времён старика луговского. :-)
Ведроид? Не?
А на основе ядра BSD -- макось
Капитализм уже дохлый, но ещё тёплый. Глупо в новой реальности мыслить старыми категориями.
Хитрая попытка зайти на РФ рынок еще и со стороны решений железо+субд к потенциальным и актуальным заказчикам.
Жаль серверы у них дрянь, подход "тяп, ляп и в
продакнрынок" дает свои результаты.