По данным издания The Register под сокращение персонала в компании Oracle попали 70 сотрудников, вовлечённых в работу над СУБД MySQL, среди которых несколько опытных разработчиков. Майкл "Монти" Видениус, сооснователь СУБД MySQL и создатель проекта MariaDB, написал, что ему больно слышать о массовых увольнениях в MySQL и хотя он не удивлён данными действиями Oracle, его всё равно печалит, что до этого дошло. Петр Зайцев, сооснователь компании Percona и бывший руководитель группы оптимизации производительности в компании MySQL AB, выразил опасение, что данный шаг может привести к постепенному сворачиванию Community-редакции MySQL...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63869
Плохо (((
Надеюсь, уволенные опытные разработчики подключатся к работе над MariaDB
>уволенные опытные разработчики подключатся к работе над MariaDBа, лучше над нормальной субд, для разнообразия
Их же как раз уволили. Значит, не считают нужным подключать "укушенных" к работе над, как Вы выразились, "нормальной СУБД".
А они пусть скрытно, без разрешения...
>А они пусть скрытноКак Нео через телефонную трубку? )
Вы надеюсь с нами поделитесь какие нынче СУБД являются нормальными? А то камрады могут быть не в курсе.
Постгря нормальная.
Да Оркалу сейчас деньгами доказали, что кроме их коммерческой базы, другая база просто не существует.
делать им нефиг, гнуть спину бесплатно для повышения чсв Монти
Мускуль стал окончательно ненужным с равзитием постгреса и специализированных субд.
> постгресаты допустил 7 ошибок в слове mariadb
А чем мария лучше постгресса? Она типа да, совместимее с мускулом, но может лучше один раз мигрироваться на лучшую открытую субд, а потом жить припеваючи?
> мигрироваться на лучшую открытую субд, а потом ... пожинать плоды монопилии.починил
И какие же плоды? Монополизма пока не вижу, тем более при абсолютной открытости это не страшно - всё же всё равно открыто и свободно!
До монополии там далеко. Поделки разного уровня постоянно появляются, вслед за новыми вызовами. Мускул так и остался чем-то времен апача, с детскими болезнями не предоставляя каких-то конкуретных фич.
> А чем мария лучше постгресса?Вопрос не в лучше/хуже, а в том, что они по-разному работают. Это вопрос о различиях MVCC постгри, InnoDB, Aria, MyRocks и ещё нескольких интересных движков
Да, мускуль 5.7 был совсем ужасен. Когда секвенсы в машу добавили -- оказалось, что дамп делается неправильно. Да, мускуль и маша в некоторых вопросах отстают от постгри. Но выбор БД определяется тем, как приложение работает с данными
Понимаешь в чем дело - не существует профиля нагрузок, в котором машка показывала бы ощутимо лучший результат, чем постгрес. Опровергнуть элементарно - дай результаты тестов. Прибавь сюда то, что машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузки. Добавь сюда отсутствие вменяемой кластеризации и мульти мастера (галеру даже не упоминай - это поделие для подкровати). Добавь сюда отсутствие хоть каких-то сеньезных средств профилирования - я даже с ораклом и не сравниваю, банальных готовых инструментов уровня наработок постгреспро не существует. Ну и получишь то, что машка сейчас никому не нужна. У нее был исторический шанс, но он успешно упущен.
> Прибавь сюда то, что машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузкиПроблема бенчмарков в том, что можно просто найти "подходящий", как вот этот: https://arxiv.org/html/2411.10005v1 . Вы найдёте бенчмарк, разносящий в ноль мускуль / машу -- и каждый из нас останется при своём мнении.
Поэтому я и говорил о том, что есть сценарии, где хорош постгрес, и есть сценарии, где хорош мускуль / маша просто ввиду их существенных внутренних различий
> Прибавь сюда то, что машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузки
MVCC InnoDB работает принципиально так же, как и Oracle. Для каких там мелких сайтов проектировался Oracle? А ещё, оказывается, sqlite тоже приемлемо жуёт многогигабайтные БД, хотя кто как не он проектировался под мелюзгу?
> Добавь сюда отсутствие вменяемой кластеризации и мульти мастера (галеру даже не упоминай - это поделие для подкровати).
Я не собирал кластеры, но документация мускуля -- это прям историческая летопись, как оно делалось когда-то и осталось ради обратной совместимости
> Добавь сюда отсутствие хоть каких-то сеньезных средств профилирования - я даже с ораклом и не сравниваю, банальных готовых инструментов уровня наработок постгреспро не существует
Отсюда и далее давайте подробнее. Главный инструмент профилирования в руках разраба -- это план запроса. И все современные БД умеют в EXPLAIN. Чего не хватает маше и что за контекстная реклама постгепро[на]?
> Ну и получишь то, что машка сейчас никому не нужна. У нее был исторический шанс, но он успешно упущен.
Ну тут всё сложно. Даже Firebird казалось бы ненужное ненужно -- а развивается. Мне кстати нравится их академичность. Но я работал с ней почти 10 лет назад
Выглядит так, что вы в ДБ разбираетесь.
Тогда, если не затруднит, оффтопный вопрос: "а как подобрать базу данных?"ʼ
Если бенчи могут показывать погоду на марсе.
Рад, что ты спросил!<голосовое длительностью 8 часов>
> Проблема бенчмарков в том, что можно просто найти "подходящий", как вот этот: https://arxiv.org/html/2411.10005v1Извиняюсь, но...
> Вы найдёте бенчмарк, разносящий в ноль мускуль / машу
Для того чтобы машу разнести - не нужно специально производить неведомое окружение которое ты нигде в реальности не увидишь, как это было сделано в этом бенчмарке:
> The NVMeVirt is a versatile software-defined virtual NVMe device
То что мускул оказался быстрее в условиях которые никак и никогда не соотносятся с реальностью говорит лишь о его оторванности от реальности
"(галеру даже не упоминай - это поделие для подкровати). " работающее годами и жрать не требующее, очень легко так откинуть явное преимущество приписав ему несуществующие недостатки, далеко пойдешь с "мульти-мастером" на постгресе, хехе
Мультимастер на mariadb есть и вполне себе работает.Правда, наткнулся на древний баг перлового dbi, но это не про мастер-мастер, хотя при нем тоже имеет место быть: https://stackoverflow.com/questions/35048834/mariadb-replica...
Топить за постгрю и упрекать кого-то в "отсутствии нормальной кластеризации и мультимастера" - это так... замечательно, что я и слова-то не подберу. Осталось еще про резервное копирование сказать - и пасьянс собран!
> еще про резервное копирование сказать - и пасьянс собран!а что с ним не так у постгреса?
>> еще про резервное копирование сказать - и пасьянс собран!
> а что с ним не так у постгреса?Ну, в режиме 1 база на 1 кластер - все норм. А вот попытка восстановить на point in time _одну_ базу в кластере - достаточно забавное приключение.
Пользуйтесь барманом через cnpg и делайте это декларативно.
> Пользуйтесь барманом через cnpg и делайте это декларативно.Совет конечно хороший - правда не то, чтобы "не рабочий", но скажем так - не сильно уменьшающий количество через-ноги-да-в-сапоги приседаний - а с учетом рекомендации все это еще и в кубике крутить - и вовсе какое-то наяривание через плечо выходит. Ну и да - SLA у подобного рода процедуры - как её не делай - очень уж унылый выходит в случае сколько-нибудь крупных баз.
Это смотря как настроили.В RDS, к примеру, вполне адекватное время восстановления даже для баз на много ТБ и с кучей изменений. Вполне укладывающихся в SLA достаточно крупных компаний. Декларативно тоже без проблем через терраформ это делать.
> Это смотря как настроили.
> В RDS, к примеру, вполне адекватное время восстановления даже для баз на
> много ТБ и с кучей изменений. Вполне укладывающихся в SLA достаточно
> крупных компаний. Декларативно тоже без проблем через терраформ это делать.Ну, если для решения вот максимально типовой задачи необходимо терраформом поднимать кубик а в нем - васяноподелие и надеяться, что "получится как у мамазона" (хинт: не получится) - значит в самой субд с этим почти безнадёжно плохо.
у постгреса мультимастера нет вообще, есть только постгрес-совместимый юга и комерческий enterprise dbа так MySQL NDB или MySQL Galera, не без нюансов, но вполне рабочие варианты, если тебе подходят их требования
так что ты профан
мультимастер постгрес про - жалкое поделие, которое даже не прошло в апстрим,
и оно такое же комерческое стало, после этого факапапроизводительность MySQL и PostgreSQL примерно одинаковые, второй быстрее на ~10% на том же физческом оборудовании, но только после соотвествующего тюна
ну и самая большая боль - это миграция на новую мажорную версию, MySQL это умеет из коробки, а постгрес - вечный гемор
> ну и самая большая боль - это миграция на новую мажорную версию, MySQL это умеет из коробки, а постгрес - вечный геморpg_upgrade уже много лет. даже не вспомню когда он появился
Если при обновлении внутренний формат хранения данных изменится так, что старые данные станут недоступны, pg_upgrade не сможет выполнить обновление. -- спасибо, но в мажорных версиях это вполне вероятно, гемор? - гемор
можно пример когда это может случиться? в документации ограничений не видел, сам обновлял версии с 9 по 17, с проблемами не сталкивался
> можно пример когда это может случиться? в документации ограничений не видел,
> сам обновлял версии с 9 по 17, с проблемами не сталкивалсяне сталкивался потому что там написано, что они будут избегать таких ситуаций, но не гарантируют этого
Какой-то бред неуча.
Это может случиться только из-за кастомных типов данных реализуемых СВОИМИ модулями. Само собой при обновлении на новую версию свои модули должны быть пересобраны и установлены в новую версию pg.
> Какой-то бред неуча.
> Это может случиться только из-за кастомных типов данных реализуемых СВОИМИ модулями. Само
> собой при обновлении на новую версию свои модули должны быть пересобраны
> и установлены в новую версию pg.If a future major release ever changes the data storage format in a way that makes the old data format unreadable, pg_upgrade will not be usable for such upgrades.
https://www.postgresql.org/docs/current/pgupgrade.html
одни вайтишники бесполезные с ЧСВ
>> Какой-то бред неуча.
>> Это может случиться только из-за кастомных типов данных реализуемых СВОИМИ модулями. Само
>> собой при обновлении на новую версию свои модули должны быть пересобраны
>> и установлены в новую версию pg.
> If a future major release ever changes the data storage format in
> a way that makes the old data format unreadable, pg_upgrade will
> not be usable for such upgrades.
> https://www.postgresql.org/docs/current/pgupgrade.html
> одни вайтишники бесполезные с ЧСВКонечно, неосиляторы традиционно рвут из контекста - "(The community will attempt to avoid such situations.)" И в реалиях такуя возможность предусматривалась - но по факту она не случалась. Нормально все пока конвертируется при мигрировании на новую мажорную версию.
Выгрузку загрузку дампа базы, в крайнем случае никто не отменял.
видишь ли сообщением выше я писал:> не сталкивался потому что там написано, что они будут избегать таких ситуаций, но не гарантируют этого
и один факт не отменяет другого
так что поздравляю - ты неосилятор ))
>[оверквотинг удален]
> enterprise db
> а так MySQL NDB или MySQL Galera, не без нюансов, но вполне
> рабочие варианты, если тебе подходят их требования
> так что ты профан
> мультимастер постгрес про - жалкое поделие, которое даже не прошло в апстрим,
> и оно такое же комерческое стало, после этого факапа
> производительность MySQL и PostgreSQL примерно одинаковые, второй быстрее на ~10% на том
> же физческом оборудовании, но только после соотвествующего тюна
> ну и самая большая боль - это миграция на новую мажорную версию,
> MySQL это умеет из коробки, а постгрес - вечный геморНу, я в начале года перевел кластер с 14 на 15ю без downtime'а через логическую репликацию - но там ээээ... в общем ни нагрузки высокой не было, ни каких-либо специфических возможностей postgres'а не использовалось - 3 экстеншна да 4,5 хранимки. И да, было гиморно.
Хм, и как ты смог при логической репликации sequences перетащить, чтобы на новой бд они не с начала начали генерироваться?
> Хм, и как ты смог при логической репликации sequences перетащить, чтобы на
> новой бд они не с начала начали генерироваться?Не использовал, разумеется. Всё на uuid
> машка в принципе проектировалась для мелких сайтиков и не заточена под современные обьемы и нагрузки- напомните, на чём Википедия работает?
постгриВас 1с покусал?
Нормальная адаптация названия на русский, не на английском же вещаем
Нет никакого «постгри»! Ты же не говоришь «Май». Либо «Постгрес», либо «ПостгрЭсКуЭль».
Все знакомые говорят постгря, так что у нас всё есть
Это слэнг, как "мускуль" для MySQL.
> MyRocksЭто по факту внутренняя разработка запрещенной к рекламе конторы. Просто чтобы понимать масштаб надо заглянуть в багтрекер rocksdb или посмотреть на кол-во кода, засечь время сборки и увидеть итоговый размер.
Вы не видели, как он падает. Желаю успеха встретиться Вам с ним в продакшене.
Ты допустил больше в слове Percona.
Они всё это начали, задолго до появления Марии.
И без них Мария была бы таким же обычным форком как и любой другой форк по политическим мотивам.
Идейно может и лучше, но без веских технических причин для перехода.
> Мускуль стал окончательно ненужным с равзитием постгреса и специализированных субд.настолько ненужным, что uber не так давно мигрировал с postgresql на mysql
> не так давноДесять лет назад. Да и вообще о причинах миграции стоит почитать, там совсем не средний случай использования ДБ. Если кратко, то Uber не вполне использует БД как БД, и их случай вообще не показывает ничего.
Я иногда думаю что SQLite + какой нить пул\коннектор - работал бы у них в разы лучше ... но кто я такой чтоб учить батьку? ;)
"Состояние Ларри Эллисона из Oracle за один день выросло на 90 миллиардов долларов. Он ненадолго стал самым богатым человеком в мире"
Он, кстати, на эти деньги собирается через Парамаунт купить Ворнеров. Диверсификация активов.
Вспомнился анекдот:Чем Ларри Эллисон отличается от Бога?
Ответ: Бог не говорит, что он - Ларри Эллисон.
Дак вот как Ларри вчера 100млрд долларов заработал
Слово "заработал" здесь неуместно.
Давай покажи нам как надо зарабатывать.
Дело не в надо или не надо, правильно или нет.
Вопрос в том что положительный скачок цен на акции странно называть "заработал".
Завтра цена на акции снизится и это так же странно будет называть "потратил".
Состояние увеличилось и состояние уменьшилось. По мне так более адекватные термины.
С любой работой точно так же. Какая разница?
не совсем так. рост цены акций сейчас вызван впечатляющим финансовым отчётом oracle, дела у них идут отлично, денег полно
А ты биржевую стоимость компании к личным богатствам что ли относишь? Серьёзно? Все эти подсчёты пустота.
Пустота у тебя в кошельке и в голове если ты так говоришь.
Завидуешь чтоле? Фу таким быть.
"Заработал" по-русски означает "получил деньги за работу".Какую работу тут выполнил Ларри Эллисон?
Огромную. Вы ведь не считаете, что акции растут сами по себе? Для этого надо убедить инвесторов, что компания стоит того, чтобы в неё вкладывали деньги. А это очень и очень непросто в таких масштабах.
Буратину же убедили. Хотя - да, там суммы были поменьше.
Они на сделке с OpenAI заработали - сервера в аренду сдали
возможно на серверах крутилось MySQLhttps://www.theregister.com/2025/09/11/openai_reportedly_on_.../
Нет, там коммерческая база крутилась. И тут менеджмень понял, что на MySQL они все эти годы не просто абсолютно зря, а вообще во вред себе, бабло тратили.
Я, честногря, удивлён, что Оракл до сих пор тащит мускуль и даже делает открытую версию. Думал, что он побыстрее от этого всего избавится. Тем более, что сан покупал мускуль в последний момент за неадекватные бабки с единственной целью распила кредитного бабла, за который расплачиваться пришлось Ораклу.
Когда-то тащился от MySQL. С опытом приходит прозрение. Сабж и все его форки на первый взгляд разве что для обучения годятся, но и для этого они не годятся. Баловство для школьников всё это. Есть большая платная Oracle (для обучения идеальна его XE), есть большая бесплатная Postgre. Всё, из универсальных больше ничего нет.
А что не так с мускулем ? Основную часть задач тянет. А сервисы с кластерами, векторными движками и подобным нужны очень не многим.
Ээээ... постгря ораслю настолько не конкурент, что просто вааще. Ей бы с ms sql server потягаться - но пока нет. Бесплатное пиво по соотношению цена\качество - штука конечно замечательная, но есть нюансы.
Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre.
> Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre.Да, пожалуй вы правы - там где первое и второе "почему-то" не продают, зато требуют выписку из реестра ПО и голографическую наклейку - не то, что "конкурент", а и "лидер" даже. Ну, за вычетом тех мест, понятно, где надо быстро обрабатывать большое количество данных.
Ой да уймись уже :) Просто тыщщи народу в NA перешли с оракела на постгресс. Потому что оно "тянет" и много для чего годно... Я даже деньжат на этом поднимал :)
> Ой да уймись уже :) Просто тыщщи народу в NA перешли с
> оракела на постгресс. Потому что оно "тянет" и много для чего
> годно... Я даже деньжат на этом поднимал :)И какую долю рынка oracle в штуках/деньгах составляют эти "тыщщи"? Ну, чтоб ясно было...
>> Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre.
> Да, пожалуй вы правы - там где первое и второе "почему-то" не
> продают, зато требуют выписку из реестра ПО и голографическую наклейку -
> не то, что "конкурент", а и "лидер" даже. Ну, за вычетом
> тех мест, понятно, где надо быстро обрабатывать большое количество данных.Для баранов, которые не понимают как работают реаляционные БД - msSQL или Oracle делает индексы частенько самостоятельно и не всегда адекватно.
В postgreSQL с этим сложнее. Индексы нужно делать ручками, подумав головой. И тогда скорость обработки данных в целом становиться практически одинаковой. Так, только погрешностями различаются.
>>> Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre.
>> Да, пожалуй вы правы - там где первое и второе "почему-то" не
>> продают, зато требуют выписку из реестра ПО и голографическую наклейку -
>> не то, что "конкурент", а и "лидер" даже. Ну, за вычетом
>> тех мест, понятно, где надо быстро обрабатывать большое количество данных.
> Для баранов, которые не понимают как работают реаляционные БД - msSQL или
> Oracle делает индексы частенько самостоятельно и не всегда адекватно.
> В postgreSQL с этим сложнее. Индексы нужно делать ручками, подумав головой. И
> тогда скорость обработки данных в целом становиться практически одинаковой. Так, только
> погрешностями различаются.Оу. Ну, супротив ТАКОЙ экспертизы - мне сказать решительно нечего.
Была бы ЭКСПЕРТИЗА чуть-капельку пожиже - можно было бы много чего спросить - но тратить время НАСТОЛЬКО экспертного ЭКСПЕРТА? No way.
>[оверквотинг удален]
>>> не то, что "конкурент", а и "лидер" даже. Ну, за вычетом
>>> тех мест, понятно, где надо быстро обрабатывать большое количество данных.
>> Для баранов, которые не понимают как работают реаляционные БД - msSQL или
>> Oracle делает индексы частенько самостоятельно и не всегда адекватно.
>> В postgreSQL с этим сложнее. Индексы нужно делать ручками, подумав головой. И
>> тогда скорость обработки данных в целом становиться практически одинаковой. Так, только
>> погрешностями различаются.
> Оу. Ну, супротив ТАКОЙ экспертизы - мне сказать решительно нечего.
> Была бы ЭКСПЕРТИЗА чуть-капельку пожиже - можно было бы много чего спросить
> - но тратить время НАСТОЛЬКО экспертного ЭКСПЕРТА? No way.Так ты спроси - че языком то трепать. Две строки написал бесполезного "словесного поноса - якобы да кабы".
>[оверквотинг удален]
>>> Для баранов, которые не понимают как работают реаляционные БД - msSQL или
>>> Oracle делает индексы частенько самостоятельно и не всегда адекватно.
>>> В postgreSQL с этим сложнее. Индексы нужно делать ручками, подумав головой. И
>>> тогда скорость обработки данных в целом становиться практически одинаковой. Так, только
>>> погрешностями различаются.
>> Оу. Ну, супротив ТАКОЙ экспертизы - мне сказать решительно нечего.
>> Была бы ЭКСПЕРТИЗА чуть-капельку пожиже - можно было бы много чего спросить
>> - но тратить время НАСТОЛЬКО экспертного ЭКСПЕРТА? No way.
> Так ты спроси - че языком то трепать. Две строки написал бесполезного
> "словесного поноса - якобы да кабы".Да вы проходите, не задерживайтесь - там вот ФНС России героя, готового мигрировать с exadata на postgresql ждет - а он на opennet'е комментарии пишет.
Всполне конкурент и Ораклу и MsSQL с платной поддержкой от самой postgre.
ну да, не такой давний пример миграции uber с mysql на postgres подтверждает ваши слова.хотя постойте, я всё перепутал, они же наоборот с pg мигрировали на my, как же так?
> ну да, не такой давний пример миграции uber с mysql на postgres
> подтверждает ваши слова.
> хотя постойте, я всё перепутал, они же наоборот с pg мигрировали на
> my, как же так?Ну, ты будешь смеяться, но год назад, когда я этим интересовался - по числу установок mysql превосходил следующую за ним пятерку конкурентов вместе взятых. Что-то в районе 45% рынка у них было.
Большая часть, понятно, темплое-LAMP'овое legacy с каким-нибудь wordpress'ом - но все равно, забавно.
"В деньгах", понятно, картинка другая - но постгри там и в десятке не будет, а на первом месте вовсе microsoft )
https://en.wikipedia.org/wiki/MySQL
вообще поражает как эта хрень (Oracle DB) до сих пор продается так что приносит столько денег
Если тебе вдруг придется поработать на проекте с обьемом данных больше хотя бы петабайта - ты очень быстро перестанешь поражаться. Поражается тот, кто не в теме.
> Если тебе вдруг придется поработать на проекте с обьемом данных больше хотя
> бы петабайта - ты очень быстро перестанешь поражаться. Поражается тот, кто
> не в теме.А что там в ней такого, что позволяет с петабайтом данных работать? Функции на джаве? Или тормознучий RMAN?
Партицирование таблиц, сжатие данных на лету, Flasback database, Flashback query, RMAN (вполне себе быстрый и удобный), Active Dataguard, Real application cluster, bitmap indexes, вменяемый Datapump и много чего другого.
Что скажете про это: https://news.ycombinator.com/item?id=18442941
Очередной неосилятор-непониматор. У специалистов как-то все нормально и даже прекрасно. Надеюсь, ты же не из неосиляторов?
Неосилятор 25 миллионов строк кода в Оракл? А как тут в принципе можно быть осилятором? И как выглядит этот осилятор?
И кроме того там по ссылке пишет разраб из самого Оракла. И если он неосиялтор, то кто тогда ты? :) Думаешь у тебя бы получилось лучше? :)
Что за 48 лет любой коммерческий продукт с таким длинным списком клиентов станет весьма и весьма сложен.
> Партицирование таблицне нужно
> сжатие данных на лету
есть почти в любой БД
> Flasback database
есть в постгресе
> Flashback query
есть в постгресе
> RMAN (вполне себе быстрый и удобный)
я ж сказал, что тормозной
> Active Dataguard
не нужно
> Real application cluster
не нужно
> bitmap indexes
есть в postgresql, но немного в другом, улучшенном виде
> вменяемый Datapump
не нужно
Морковка слаще кленового сиропа!
Особенно если морковку пробовал, а кленовый сироп - нет! :);-p
потому что альтернативы нет
За откаты. Яву с линуксом тоже продают, хотя есть точно такая же бесплатно. И покупают же ж.
Кто о чем, а вшивый о бане.
> Кто о чем, а вшивый о бане.Самое смешное, что громче всего про "откаты" орут те, кто с ними вообще и никогда ни на каком уровне - не сталкивался.
Я лично наблюдал пару раз танцы вокруг "рекомендованной розничной цены" и "выбора реселлера" (И то - чем\как\сколько\кому в конечном счете вышло - понятия не имею), но вот чтоб это влияло на выбор конкретного технического решения - неа.
По железу, вроде ахаляй-махаляев больше - но тут я даже и не "наблюдал".
Т.е. тебя не поражает что продаётся MS SQL и DB2 ?По фичам Oracle DB лучшая среди тройки. Единственно - техподдержка у них (и недоступна сейчас) так себе.
В России оно и не продаётся.
" выразил опасение, что данный шаг может привести к постепенному сворачиванию Community-редакции MySQL"
С чего бы????? Где логика?
Вот исходники и уже успешное дело. С какого чёрта внезапнейше, сворачивать? Уйди и не возвращайся, оставь заинтересованным.Просветите пожалуйста.
Логика очевидна - Оракл не будет платить разрабам, чтобы пили и коммьюнити версию среди прочего - они не будут разрабатывать. Никакое волшебное "сообщество" за бесплатно ничего не поддержит.
Оракл не будет платить разрабам, чтобы пилитока чтоб ели? за еду?
Ага.А вы думали, что коммьюнити-версию делает коммьюнити за просто так, а Оракл так, просто рядом стоит?
Community - это идея демократов - "что-то общее хорошее". Компании "шли в тренде". Ветер изменился на республиканский. Не одному барыге в голову не придет делать что-то общее не его.
Не, за время существования Community редакции сколько у амеров президентов сменилось?
Причем туда-сюда с демократов на респов и наоборот.Просто пока корпорации было выгодно Community - они его поддерживали.
Потом сообщество слегка oбopзело и начало что-то требовать.
Итог весьма предсказуемый)
> С чего бы????? Где логика?
> Вот исходники и уже успешное дело. С какого чёрта внезапнейше, сворачивать?
> Уйди и не возвращайся, оставь заинтересованным.Ты думаешь кучка 60mжей из "сообщества" смогут ее развивать?
Или хотя бы поддерживать?Писать БД это тебе не очередной плеер написать.
Отрезвил. Спасибо!MariaDB по всей видимости, была платной попыткой развивать за счёт опенсорса мускул и монетизировать пожестче. Похоже не оправдало ожиданий, сворачивают всё.
MariaDB была попыткой видениуса второй раз продать MySQL.
> MariaDB по всей видимости, была платной попыткой развивать за счёт опенсорса мускулЗа чей счет?))
Они развивались на деньги Амазона, IBM, Tencent и прочих.
mariadb.org/donate - там в низу есть списочек.
mariadb.org/tag/sponsorship/А вот индивидуалы mariadb.org/donate/individual-sponsors
> 70 сотрудников, вовлечённых в работу над СУБД MySQLПочему не пишут 70 из скольки?
Может их там была тыщща дармоедов и уволил 70 самы дармоедистых?
из 70
Оставили скорее всего как дармоедов из сейлов
Ларри все правильно сделал!
Давно было пора их гнать, синяя шляпа вон тоже юристов-экономистов на мороз отправила. Ище пакетников линукса с солярой нужно выгнать на мороз. И да, кофеистов тоже за ворота. Вроде ни каго больше не забыл.
Это сколько мульярдов долларов можно ежемесячно экономить!В оракле должна остаться только одна база данных!
Одна нейросеть должна остаться.
И тогда посмотрим кто умнее...
Всё уже давно ИИ пишут. Разработчики больше не нужны.
Комунити будет жить.
Смотрим на IceWM бессмертный.
С IceWM пример не очень. Он простой в коде и тем не менее был мёртв лет 10, пока какой-то энтузиаст внезапно не оживил тот труп. Непонятно только зачем — востребованность равна нулю. Зато LXFCE с миллионными установками и поддержкой во всех топ-дистрибутивах убили просто тем, что основной разработчик разочаровался (небезосновательно, конечно) в одной единственной либе (GTK+)А мускель... Он всегда был "бедным родственником": сложный в обслуживании, громоздкий, с массой проблем в оверхеде по ресурсам и производительности. Вроде и вышвырнуть такого "родственничка" было жалко, но с другой стороны он настолько бесполезен, что может быть заменён буквально чем угодно и это даже не вызывает чувства жалости. Архив ему пухом!
> Зато LXFCE с миллионными установками и поддержкой во всех топ-дистрибутивах убили просто тем,
> что основной разработчик разочаровался (небезосновательно, конечно) в одной единственной либе (GTK+)О какой востребованности "LXFCE с миллионными установками" может идти речь, если из этих миллионов установок не нашлось ни одного разработчика, готового продолжить разработку?
Такое же нинужна как и IceWM.
>> Зато LXFCE с миллионными установками и поддержкой во всех топ-дистрибутивах убили просто тем,
>> что основной разработчик разочаровался (небезосновательно, конечно) в одной единственной либе (GTK+)
> О какой востребованности "LXFCE с миллионными установками" может идти речь, если из
> этих миллионов установок не нашлось ни одного разработчика, готового продолжить разработку?
> Такое же нинужна как и IceWM.Мне как когдашнему пользователю LXFCE очень жаль заброшку, после которой вынужденно пришлось искать альтернативы, потому что lxqt вовсе не альтернатива, а помесь велосипедного костыля с граблями.
Идейно LXFCE была проработана очень хорошо, значительно лучше чем очень базовый IceWM. Может быть кто-то, когда-то оживит и этого зомби тоже. Предполагаю после того, когда сделают нормальную библиотеку для GUI на чистом Си и без тупых аллокаторов libglib, из-за которых отладка таких приложений превращается в неосуществимую задачу.
Незнаю как это назвать, но оно должно и дальше развиваться. За двадцать шесть лет разработал кучу сайтов и софта с использованием этой СУБД на заказ и для себя лично.Когда движуха и санкции закончатся можно будет спокойно разработчиков финансировать, а то сейчас терроризм и измену впаять могут.
Тем сайтам sqlite было достаточно, правда?
Ламп протух как стек уже лет 15 назад
На ИИ заменили. А то ли ещё будет...
на ИсИИ меняют (индус с ии)
А в это время глава Oracle обогнал Илона Маска в списке forbs
Сказ о том, кто быстрее разгонит станок по печати туалетных бумаг.
Я уже 30 лет с Ораклом... Чем Элисон старше, тем жаднее и жаднее
Как там булевый тип для колонок добавили уже? А то я с 10.2 больше к этому поделию уже не прикасался
Да, но для наших десятков миллионов записей в секунду это нафиг не нужно.
че ты звездишь?десятки миллионов записей в секунду это примерно около 5 гигабайт в секунду
т.е. у тебя мелкочблочное чтение запись в 5 GB/s ? да еще с журналированием
фантазер
Не умеешь, завидуй молча.
Ладно, я сегодня добрый, дам намёк. В Oracle можно писать бинари в формате базы прямо в базу, минуя всякие SQL и тп. Поэтому пишется всё максимально-возможно быстро.
Вы что решили чилавечку сломать его моск и представления и до психушки довести? Он, до сих пор считает, что в Oracle можно только "с журналом писать" - это ему "старшие пацаны" в IT-кружке сказали.
> Ладно, я сегодня добрый, дам намёк. В Oracle можно писать бинари в
> формате базы прямо в базу, минуя всякие SQL и тп. Поэтому
> пишется всё максимально-возможно быстро.bulk insert без flush? и зачем тебе OLTP тогда?
на всякий напомню оригинальный пост
"Да, но для наших десятков миллионов записей в секунду это нафиг не нужно."
даже если без журнала и тупо балк вставка, ты все равно не получишь 5 GB/s если у тебя один инстанс, даже если все в памяти, и то под вопросом (и для этого и оракл не нужен)
ты цирковое училище заканчивал? не?
Я другой Аноним (не тот кто тебе сверху написал), но скажу тебе тоже, что ты дремуче глуп, причем не со зла, а просто на основе твоих выступлений здесь, показывающих твое полное непонимание и незнание архитектуры и особенностей работы Oracle DB и ее разновидностей.Я тебе еще такую информацию дам - подумай не досуге: наши телекомы и раньше (да и сейчас если честно) банки, как раз работают на Oracle DB и все у них хорошо. И ни у кого даже мыслей нет поставить вместо них разные поделия типа MySQL, MariaDB, PostgreSQL и даже Ms SQL Server c DB2.
> Я другой Аноним (не тот кто тебе сверху написал), но скажу тебе
> тоже, что ты дремуче глуп, причем не со зла, а просто
> на основе твоих выступлений здесь, показывающих твое полное непонимание и незнание
> архитектуры и особенностей работы Oracle DB и ее разновидностей.
> Я тебе еще такую информацию дам - подумай не досуге: наши телекомы
> и раньше (да и сейчас если честно) банки, как раз работают
> на Oracle DB и все у них хорошо. И ни у
> кого даже мыслей нет поставить вместо них разные поделия типа MySQL,
> MariaDB, PostgreSQL и даже Ms SQL Server c DB2.еще один сказочник )))
А в myswl добавили, или всё так же используем integer(1)?
Печально и грустно стало ☹️🖤💔🫴
MySQL моя первая СУБД с которой начинался мой путь в айтишечку в 2012 году…
А я начинал с программируемого микрокалькулятора МК-52. И?
О да. До сих пор лежит на полке. Выбросить жалко. Но прикольная штука.
портировали уже мускуль на какулятор?
Уволили тех, кто противился переписыванию MySQL на rust?
Странно ожидать чего-то от корпорастов. Им важнее деньги и бросят они мускуль как только станет обузой. А вы тут охаете и ахаете от увольнения 70 разработчиков (из 162000 сотрудников). Как дети малые. Только опенсорс спасет всех.
> Им важнее деньгиИ слава боженьке, хоть кто-то в этом мире не лжёт себе.
Но ведь опенсорс же! Сейчас как сообщество возьмётся, да как реализуется то, ради чего опенсорс позиционируют себя! Ведь возьмётся? Да?..