The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

MariaDB существенно меняет график выпусков

09.12.2021 21:16

Компания MariaDB, курирующая вместе с одноимённой некоммерческой организацией разработку сервера баз данных MariaDB, аносировала существенное изменение графика формирования сборок MariaDB Community Server и схемы его поддержки. До сих пор компания MariaDB формировала одну значительную ветку раз в год и обеспечивала её сопровождение на протяжении примерно 5 лет. По новой схеме значительные релизы, содержащие функциональные изменения, будут выходить раз в квартал и поддерживаться всего лишь год.

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

Судя по всему, новая схема релизов - средство продвижения сборки Enterprise Server, выпускаемой корпорацией MariaDB эксклюзивно для своих подписчиков. Изменение цикла разработки и сокращение времени сопровождения Community-сборки сделает её менее привлекательной для использования в рабочих окружениях, что воспринимается как попытка привлечь новых подписчиков к платной редакции.

Как новый график разработки отразится на Linux-дистрибутивах пока непонятно. В пресс-релизе без уточнения деталей говорится, что идёт "совместная работа с дистрибутивами" по предоставлению поддержки на более длительный период и подготовке специальной версии, которая будет наилучшим образом подходить для модели сопровождения каждого дистрибутива. Учитывая, что и сейчас поставки сервера MariaDB даже такими ведущими дистрибутивами, как RHEL, заметно отстают от актуальных версий, можно ожидать, что изменение модели разработки только усугубит ситуацию.

  1. Главная ссылка к новости (https://mariadb.com/resources/...)
  2. OpenNews: Стабильный выпуск СУБД MariaDB 10.6
  3. OpenNews: Основатель MySQL предложил Business Source, новую модель монетизации открытого ПО
  4. OpenNews: Основатели MySQL начали продвижение лицензии BSL, как альтернативы Open Core
  5. OpenNews: Компания SkySQL переименована в MariaDB Corporation
  6. OpenNews: Компании Monty Program Ab и SkySQL объявили о слиянии с целью объединения усилий по развитию СУБД MariaDB
Автор новости: Асен Тотин
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/56317-mariadb
Ключевые слова: mariadb, mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (87) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:51, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Судя по всему, новая схема релизов - средство продвижения сборки Enterprise Server, выпускаемой корпорацией MariaDB эксклюзивно для своих подписчиков.

    кто бы сомневался - после того что автор чудил ;-)

     
     
  • 2.19, Онаним (?), 00:10, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не, ну ему надо отдать должное - он смог вокруг пальца обвести санки с ораклом, сохранив таки права на продукт за собой, это не часто случается.
     
     
  • 3.40, Аноним (40), 09:21, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Права на продукт MySQL он не сохранил, по сему и не получается перелицензирова... большой текст свёрнут, показать
     
     
  • 4.72, Онаним (?), 10:12, 11/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зажимать сырки не выйдет - тут надо отдать должное GPL.
     
     
  • 5.86, Аноним (86), 22:27, 13/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    точно точно ?.. откуда вы такие умные беретесь.
    GPL обязывает предоставлять исходники только покупателям / получателям продукта.
    Вам пример grsecurity ничего не говорит?
    А должен.

     
     
  • 6.88, да не важно (?), 15:01, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дядя Миша может себе позволить купить MySQL у Oracle, чтобы чиста спортировать вкусняшки себе. GPL это не запрещает, а исходники Oracle отдать будет обязана.
     

  • 1.2, Аноним (-), 21:53, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Прекрасная БД. Перешел в свое время на неё с MySQL, и не пожалел.
     
     
  • 2.5, An0nim0us (?), 22:05, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А теперь есть смысл попробовать версию от Percona, что б не пожалеть еще раз;)
     
     
  • 3.8, Онаним (?), 22:14, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это от тех ребят, что TokuDB купили и закопали? Не, спасибо.
     
     
  • 4.11, An0nim0us (?), 22:40, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тем не менее сейчас это наиболее развитый форк + единственные кто не урезает ничего в общедоступной версии в пользу коммерческой (ее у них нет), более того бесплатно предлагают больше чем остальные платно. Сами при этом зарабатывают исключительно на поддержке.
     
     
  • 5.17, Онаним (?), 23:47, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже одного того, что закопали двиг для хранения очень больших объёмов данных, который реально переворачивал применимость MySQL в этой области - достаточно, чтобы не приближаться.
     
     
  • 6.21, An0nim0us (?), 01:26, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Согласен, лучше использовать Community-сборку которую в каждом релизе будут стараться сделать еще хуже по сравнению с платной. Это при том что даже их эталонная платная оказывается хуже чем бесплатная тех которых вы хейтите. А код TokuDB открыт и я уверен что если вы отправите полезные патчи то их обязательно примут. Еще есть вариант купить платный саппорт и они помогут решить любые ваши проблемы с этим движком. А так то вероятно среди их клиентов не было особо фанатов этого движка поэтому и не развивают и вместо этого развивают то что популярно в первую очередь среди их клиентов. Что более чер разумно на мой взгляд.
     
     
  • 7.35, Онаним (?), 09:03, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > код TokuDB открыт и я уверен что если вы отправите полезные патчи то их обязательно примут

    Никто ничего никуда уже не примет, проект unmaintained.
    Только форкать, но там действительно близко к rocket science, даже пейсбук не осиляет (пейсбуковский "аналог" rocksdb - это тихий долбаный ужас, который нормально работает только если около него не дышать).

     
  • 7.36, Онаним (?), 09:03, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И да, я так понял, вы как-то аффилированы и рекламируете?
     
     
  • 8.48, An0nim0us (?), 10:24, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    рекламирую, но руководствуясь исключительно личным опытом Шекелей за это естест... текст свёрнут, показать
     
  • 6.23, YetAnotherOnanym (ok), 01:49, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как можно закопать что-то нужное в опенсорсе?
     
     
  • 7.28, псевдонимус (?), 03:10, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как два байта переслать.
     
     
  • 8.59, YetAnotherOnanym (ok), 12:45, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нужный и активно используемый опенсорсный проект Склонированный множеством разр... текст свёрнут, показать
     
     
  • 9.60, псевдонимус (?), 13:10, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот как зфс закапывают, например как иксы ... текст свёрнут, показать
     
  • 9.87, Аноним (87), 00:28, 14/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Та существовать то оно не перестанет, но со временем меняются компиляторы, систе... текст свёрнут, показать
     
  • 4.22, penetrator (?), 01:31, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В чем проблема плеать?

    GNU GENERAL PUBLIC LICENSE V2

    Клонируй и вперед...

    https://github.com/percona/tokudb-engine/

    не выстрелило коммерческое использование по какой-то причине, они что должны тебе что-то?

    И пару нюансов по PerconaFT, но я не читал, не было времени:

    https://github.com/Percona/PerconaFT/blob/master/PATENTS

     
     
  • 5.34, Онаним (?), 09:01, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > не выстрелило коммерческое использование по какой-то причине, они что должны тебе что-то?

    Я где-то сказал, что они мне что-то должны? Или у тебя по какой-то другой причине подгорает?
    Никаких проблем - просто близко не подойду к этой конторке и её поделиям, и всё.

     
     
  • 6.76, anonymous (??), 14:46, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто то, что они "закопали" тот продукт никак не говорит о качестве Percona или наличии каких-то проблем в конторе. Ваша воля пользоваться чем хотите и подходить к чему хзотите, но просто ваши комментарии непоследоваптельны пока что.
     
     
  • 7.79, Онаним (?), 16:46, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я где-то что-то про качество или проблемы упоминал?
    Для меня _лично_ закапывания TokuDB достаточно, чтобы конторе не доверять.
    У вас может быть другое мнение.
     
  • 4.42, пох. (?), 10:00, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а что им было делать? Ставку на дохлую лошадь делают по глупости один раз - те кто сами не феноменально глупы. Дальше ее перерабатывают на рояльканин и едут на более живой.

    Они явно поняли что "очень большие объемы данных" эффективнее обрабатывать любой другой субд, а mysql'ю оставить только те задачи, которые он может переварить без мегавложений.

     
     
  • 5.82, Онаним (?), 17:12, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да ни фига не эффективно.
    MSSQL на таких объёмах ложится, к сожалению.
    Нет, можно ему дать памяти пару терабайт, но это не вариант.
     
  • 5.83, Онаним (?), 17:28, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас допустим по тем нескольким задачам, которые лучше всего на TokuDB ворочались, вернулись к InnoDB с партиционированием. Партиционирование - это тихий ужас конечно, ряд запросов пришлось переделывать, чтобы не сканировать всю тысячу с гаком партиций, ну и первичный ключ раздуло конечно, поля для партиционирования туда включать приходится, buffer pool'а надо раза в полтора больше чем TokuDB, данные занимают в 10 раз больше, со сжатием в 5, а хранилки далеко не дешёвые, короче жесть жестяная.
     
     
  • 6.84, Онаним (?), 17:32, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А самое хреновое, что чистый объём обмена с диском в те же 4-10 раз вырос...
     
  • 2.9, Онаним (?), 22:19, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На самом деле Oracle взялся таки за MySQL, уже можно перекатываться назад на восьмёрку. В теории. На практике - пока лень и руки не доходят.
     
     
  • 3.24, Аноним (24), 02:52, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, "можно", угу: https://www.opennet.dev/opennews/art.shtml?num=56287
     
     
  • 4.37, Онаним (?), 09:05, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, если верить каждой обиженке - то лучше вообще просто MSSQL купить.
     
     
  • 5.43, пох. (?), 10:02, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дык,  на самом деле все верно - орацл взялся. Обиженка получил пинкслип за неэффективность работы, вот и воет на луну.

    Окнутованные остальные рабы выкатывают новые версии быстро и эффективно. Даже в целом и работающие.

    А с mssql тоже в общем все хорошо, работает, каши не просит.

     
  • 5.54, Аноним (54), 12:23, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    MSSQL в ынтерпрайзе настолько плох, что им лучше не пользоваться даже если бы за него доплачивали.
    Если нужно что-то надёжное в ынтерпрайзе, то пользоваться лучше оралом или ибм, хотя второе не многим лучше mssql
     
     
  • 6.55, Онаним (?), 12:29, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ды не, ну чем он особо плох-то?
    Особенно если у вас в ассортименте разработчики на мсявных, то альтернативы особо и нет.
     
  • 2.39, Аноним (39), 09:17, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А почему не на постгрес?
     
     
  • 3.44, пох. (?), 10:03, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не у всех есть место и время на vacuum full; reindex;
     
  • 3.56, Онаним (?), 12:29, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что гладиолус.
     

  • 1.3, Наноним (?), 21:56, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Похоже кранты MariaDB. С таким подходом ни один вменяемый проект её использовать не будет.
     
     
  • 2.7, Аноним (40), 22:10, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    именно. Автор уже пытался прокатить всех двинув на OpenCore.
    https://ru.wikinews.org/wiki/Основатели_MySQL_начали_продвижение_лицензии_BSL,_как_альтернативы_Open_Core

    Но.. не прокатило - а денег на жизнь не хватает.. Хочется больше.
    Вот не мытьем так катаньем.

     
  • 2.45, пох. (?), 10:03, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    куда ты денешься, с подводной-то лодки...
     

  • 1.4, UraniumSun (ok), 21:57, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +22 +/
    Ну чо, всем PostgreSQL, пасаны?
     
     
  • 2.47, FSA (??), 10:19, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну чо, всем PostgreSQL, пасаны?

    Ну, MySQL/MariaDB проще в освоении, проще в администрировании. Но PostgreSQL не сильно сложнее, хотя есть свои особенности, которые по началу напрягают. Лично я перешёл на PostgreSQL, чего и другим советую.

     
     
  • 3.77, anonymous (??), 14:50, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем?
     

  • 1.6, Аноним (6), 22:09, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Это они решили помочь с рекламой PostgreSQL? Неплохо.
     
     
  • 2.53, Аноним (53), 12:20, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А какой смысл её рекламировать? За её рекламу денег не дают.
     

  • 1.10, Аноним (10), 22:24, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Все хотят денег
    Всегда можно поставить оригинальный mysql
     
     
  • 2.12, feudor (ok), 23:13, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    oracle mysql не есть оригнальный
     
     
  • 3.18, Онаним (?), 23:54, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всего лишь чуть менее оригинальный, чем MariaDB.
    Потому что сам разработчик оригинального MySQL и основал MariaDB, а та часть команды, которая занималась MySQL в санках, осталась в Oracle.
     
     
  • 4.32, Анонимный (?), 08:35, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Напоминанию, команда MySQL которая в санках уже развалилась и расползалась по другим компаниям.
     
     
  • 5.38, Онаним (?), 09:06, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Инсайдер? Или так, с потолочка язычком?
     
     
  • 6.41, Аноним (40), 09:29, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Инсайдер? Или так, с потолочка язычком?

    Начал "рассползать" автор MariaDB - у которого в контракте стояло не создавать в течении 3х лет после увольнения конкурирующий продукт. Sun тогда всем кого покупали вписывали это в контракт. А потом уж понеслось..

     
     
  • 7.62, Онаним (?), 17:21, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Целый один.
    Нет, даже двое или трое.
    "Понеслось", ага.
     
     
  • 8.66, Аноним (1), 22:02, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    насколько я в курсе - всю укранискую часть Mysql которая перешла в Sun Я хз ско... текст свёрнут, показать
     
  • 8.69, Анонимный (?), 03:18, 11/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Лиды ушли, остались разнорабочие ... текст свёрнут, показать
     
     
  • 9.75, Онаним (?), 13:44, 11/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Простой пример DESC-индексы Оракл таки прикрутил ... текст свёрнут, показать
     

  • 1.13, Аноним (13), 23:24, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В каких дистрибутивах кеды завязаны на сабж?
     
     
  • 2.14, Аноним (14), 23:30, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно никак не завязаны, т.к. Мария притворяется мускулом.
     
     
  • 3.16, Аноним (13), 23:43, 09/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде было модно выкидывать отовсюду и заменять принудительно.
     
  • 2.52, Аноним (53), 11:58, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пересобрать Аконадю только со SQLite. Зачем другие бекенды на локалхосте?
     
     
  • 3.70, x3who (?), 07:21, 11/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем другие бекенды на локалхосте?

    У тебя что, один единственный локалхост дома?

    С другой стороны, аконади не пользуются БД как БД, то, что они туда суют и в каком виде суют.. Могли бы просто использовать ФС.

     

  • 1.15, Аноним (15), 23:40, 09/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну чего, ждем сборочку Марии от Амазона?
     
     
  • 2.33, Анонимный (?), 08:36, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну чего, ждем сборочку Марии от Амазона?

    Держим милый https://aws.amazon.com/marketplace/pp/prodview-uaoi4womvi6la

     

  • 1.20, Фан (?), 00:57, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Всем Firebird пацаны
     
     
  • 2.31, FSA (??), 07:40, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Всем Firebird пацаны

    Буээ... Извините, вырвалось.

     
  • 2.51, Аноним (53), 11:52, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Под лицензией MPLv1? А как её использоввать с проектами под GPLv3?
     
     
  • 3.67, Аноним (1), 22:03, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а кому интересна жопаболь укушеных GPL v3? Вы ее сами придумали несовместимой со всеми - сами и думайте.
     

  • 1.25, Анонимный (?), 02:54, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Время переходить на Tarantool, TiDB и PostgreSQL
     
  • 1.26, Смузихлёб (?), 02:55, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Почему в среде опенсурса такие омерзительные логотипы? Пингвины, дельфины, тюлени и прочий треш. Это никак не презентабельно и явно отталкивает серьезные компании.
     
     
  • 2.29, Аноним (29), 06:05, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Приведи пример серьёзных логитипов.
     
     
  • 3.30, Аноним (30), 07:24, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    data image png base64,iVBORw0KGgoAAAANSUhEUgAAAHcAAAAyCAMAAABRcrRnAAAAflBMVEX ... большой текст свёрнут, показать
     
     
  • 4.57, Аноним (57), 12:33, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    спасибо, у меня ptsd от этого логотипа
     

  • 1.27, псевдонимус (?), 03:08, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот они, сторонники непрерывной дегра..интеграции! Несите денежки!

    Ну что, сынку, помогла тебе твоя гпл?

     
     
  • 2.46, пох. (?), 10:04, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно помогла - "а кому-то сыру пол-кило" вполне себе перепадет.
     
     
  • 3.63, псевдонимус (?), 17:48, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так по сути попенсорс и используют: давайте делать все вместе, а Профит получать буду я. За "поддержку", конечно же, гы.
     

  • 1.49, Аноним (49), 10:28, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    За гонкой браузеров начнется гонка СУБД?
     
     
  • 2.74, я (?), 13:00, 11/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так всякие убунты, центосы уже...
     

  • 1.50, d (??), 10:46, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > попытка привлечь новых подписчиков к платной редакции.

    Ну и что?

     
     
  • 2.65, псевдонимус (?), 17:49, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и все©
     

  • 1.58, Аноним12345 (?), 12:44, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Можно закапывать
     
     
  • 2.64, псевдонимус (?), 17:48, 10/12/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нужно.
     

  • 1.68, Аноним (68), 23:05, 10/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сдулся опенсорс. Дошло, таки, что халявщики платить не станут, а кушать-то хочется.
     
  • 1.71, Аноним (71), 09:24, 11/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ребята, кто перекатился с Postgres, есть смысл?
     
  • 1.73, Аноним (73), 11:31, 11/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это желание продвигаться в облака. С 5-летним циклом все сливки достаются AWS итд.
     
  • 1.78, anonymous (??), 14:54, 12/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Чего-то всех сразу на PostgreSQL потянуло. Какое-то инженерное объяснение есть, почему в общем случае MariaDB-шный проект должен переходить на PostgreSQL, а не на Percona?
     
     
  • 2.80, Онаним (?), 16:58, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее на Oracle. Ресурсы в плане будущего несопоставимы.

    Пока в Oracle думали, закопать MySQL в целом или не закопать - да, был смысл сидеть на форках. Сейчас уже видно, что оценили потенциал конкуренции с "большим" движком, нашли и очертили области применения, и решили развивать, а не закапывать.

     
     
  • 3.81, Онаним (?), 17:06, 12/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никогда бы лет пять назад не подумал, что буду уже по двум вариантам (RH-based distro и вот MySQL) за Oracle топить, но как-то так ситуёвина складывается, что Oracle оказывается не то, что меньшим из зол, а вообще корпорацией добра применительно к ситуациям, похоже.
     
  • 3.85, anonymous (??), 12:21, 13/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >  Скорее на Oracle. Ресурсы в плане будущего несопоставимы.

    Они бинарно совместимы (с точки зрения данных). То есть будущем можно будет переключился.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру