https://m.opennet.me/openforum/vsluhforumID3/126099.html Компания MariaDB, курирующяя вместе с одноимённой некоммерческой организацией разработку сервера баз данных MariaDB, аносировала существенное изменение графика формирования сборок MariaDB Community Server и схемы его поддержки. До сих пор компания MariaDB формировала одну значительную ветку раз в год и обеспечивала её сопровождение на протяжении примерно 5 лет. По новой схеме значительные релизы, содержащие функциональные изменения, будут выходить раз в квартал и поддерживаться всего лишь год...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56317<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#88 Fri, 11 Feb 2022 12:01:18 GMT Дядя Миша может себе позволить купить MySQL у Oracle, чтобы чиста спортировать вкусняшки себе. GPL это не запрещает, а исходники Oracle отдать будет обязана.<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#87 Mon, 13 Dec 2021 21:28:45 GMT Та существовать то оно не перестанет, но со временем меняются компиляторы, системные API, системные библиотеки etc... Сколько из этого "множества разрабов, мэйнтейнеров и просто пользователей, компилирующих самостоятельно" имеют необходимую квалификацию для модификации кода под эти изменения? При чем так, чтобы избежать деградации и неочевидных "подводных камней"? А сколько из таких найдут достаточно времени и ресурсов для того, чтобы реально поддерживать проект в "живом" состоянии да еще и как "опенсорсный проект" - "бездвоздбездно, т.е. даром"(С)?<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#86 Mon, 13 Dec 2021 19:27:17 GMT точно точно ?.. откуда вы такие умные беретесь.<br>GPL обязывает предоставлять исходники только покупателям / получателям продукта.<br>Вам пример grsecurity ничего не говорит?<br>А должен.<br><br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#85 Mon, 13 Dec 2021 09:21:15 GMT &gt; Скорее на Oracle. Ресурсы в плане будущего несопоставимы.<br><br>Они бинарно совместимы (с точки зрения данных). То есть будущем можно будет переключился.<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#84 Sun, 12 Dec 2021 14:32:00 GMT А самое хреновое, что чистый объём обмена с диском в те же 4-10 раз вырос...<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#83 Sun, 12 Dec 2021 14:28:22 GMT Сейчас допустим по тем нескольким задачам, которые лучше всего на TokuDB ворочались, вернулись к InnoDB с партиционированием. Партиционирование - это тихий ужас конечно, ряд запросов пришлось переделывать, чтобы не сканировать всю тысячу с гаком партиций, ну и первичный ключ раздуло конечно, поля для партиционирования туда включать приходится, buffer pool'а надо раза в полтора больше чем TokuDB, данные занимают в 10 раз больше, со сжатием в 5, а хранилки далеко не дешёвые, короче жесть жестяная.<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#82 Sun, 12 Dec 2021 14:12:44 GMT Да ни фига не эффективно.<br>MSSQL на таких объёмах ложится, к сожалению.<br>Нет, можно ему дать памяти пару терабайт, но это не вариант.<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#81 Sun, 12 Dec 2021 14:06:18 GMT Никогда бы лет пять назад не подумал, что буду уже по двум вариантам (RH-based distro и вот MySQL) за Oracle топить, но как-то так ситуёвина складывается, что Oracle оказывается не то, что меньшим из зол, а вообще корпорацией добра применительно к ситуациям, похоже.<br> https://m.opennet.me/openforum/vsluhforumID3/126099.html#80 Sun, 12 Dec 2021 13:58:49 GMT Скорее на Oracle. Ресурсы в плане будущего несопоставимы.<br><br>Пока в Oracle думали, закопать MySQL в целом или не закопать - да, был смысл сидеть на форках. Сейчас уже видно, что оценили потенциал конкуренции с "большим" движком, нашли и очертили области применения, и решили развивать, а не закапывать.<br>