forum.opennet.ru - "Представлена новая значительная ветка СУБД MariaDB 11" (87)

"Представлена новая значительная ветка СУБД MariaDB 11"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Представлена новая значительная ветка СУБД MariaDB 11"	+/–
Сообщение от opennews (??), 28-Дек-22, 15:03
Спустя 10 лет с момента основания ветки 10.x представлен выпуск СУБД MariaDB 11.0.0, в котором предложено несколько значительных улучшений и изменений, нарушающих совместимость. Ветка пока имеет качество альфа-выпуска и станет готовой для рабочих применений после проведения стабилизации. Формирование следующей значительной ветки MariaDB 12, содержащей изменения, нарушающие совместимость, ожидается не ранее чем через 10 лет (в 2032 году)... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58399
Ответить \| Правка \| Cообщить модератору

Оглавление

Никогда не понимал этого насильного насаживания немощных васянофорков в дистрибу, Аноним (1), 15:03 , 28-Дек-22, (1) –22

в этом вся суть так называемого опенсорса , Аноним (3), 15:08 , 28-Дек-22, (3) –11
Почитайте историю чтобы не позориться Мария это форк от автора оригинального My, Аноним (7), 15:14 , 28-Дек-22, (7) +9

А вот это просто смешно слышать До чего люди готовы доверять любому скаму в инт, Аноним (1), 15:17 , 28-Дек-22, (10) –10

Ну вот и пользуйтесь оракловской версией Только вот факт, что MySQL названа в че, Аноним (17), 16:01 , 28-Дек-22, (17) +8

Типа, да я полный дурак, но отрицать что 1 1 даже вы не сможете , Аноним (20), 16:12 , 28-Дек-22, (20) –3

самокритично, Аноним (89), 10:53 , 29-Дек-22, (89)
Отрицать что 1 1 что , Аноним (7), 14:42 , 29-Дек-22, (100) +1

что это французская комедийная драма, и еще телеканал , Аноним (106), 02:50 , 30-Дек-22, (106)

Ну допустим я съехал назад на оракловую версию в нескольких крупных аппликухах п, Омномним (?), 19:19 , 28-Дек-22, (48) +4

Кто заставлял обновляться на версию, которая вас не удовлетворяет , Аноним (62), 21:20 , 28-Дек-22, (62)

Никто Поэтому обновились на версию, которая удовлетворяет Вот только это оракл, Омномним (?), 21:24 , 28-Дек-22, (63) +1
Ну и там выбор так-то стоит из овна и овна в 10 5 дедлоки из-за которых кмк , Омномним (?), 21:32 , 28-Дек-22, (65) +1

проблема не в базе, а в не желании разобраться У меня всё работает Просто надо , Уася (?), 22:21 , 28-Дек-22, (70) –4

Можно подробнее Что за железо, что за модули из стандартной поставки ядра не з, Аноним (75), 00:31 , 29-Дек-22, (75)

Windows Server 2022 MariaDB не работает без NVIDIA драйвера , 1 (??), 11:33 , 29-Дек-22, (92) –3

Если у тебя не WordPress, который и является источником популярности MySQL, пото, Аноним (77), 04:01 , 29-Дек-22, (77)

Потому что я не люблю DBF в красивой обёртке Вы всё ещё вакуумите Тогда мы идё, Омномним (?), 10:00 , 29-Дек-22, (84) –1

И да, где в этой поделке компрессия Компрессия отдельных полей мне не нужна, по, Омномним (?), 10:01 , 29-Дек-22, (85)
Чё там в мыскле и ее деривативах, удаление строк за время жизни Вселенной реализ, Аноним (90), 10:54 , 29-Дек-22, (90) –1

Оно таки реализовано А не как в DBF - отметил и оставил, когда-нибудь там завак, Омномним (?), 11:24 , 29-Дек-22, (91)

Дык известно как оно в мыскле реализовано - несчастные 10 млн записей будут на о, Аноним (90), 11:56 , 29-Дек-22, (93)

И снова гонево, у меня cleanup более, чем 10 миллионов записей, ежесуточно отраб, Омномним (?), 13:13 , 29-Дек-22, (96)

Вот ты смешной, оракл тебе промыла мозги маркетингом оракл в мускуле так ничего , Аноним (22), 16:36 , 28-Дек-22, (22) +1

Оракл в мускуле сделала достаточно нововведений, которые ждали долго и бесполезн, Омномним (?), 19:25 , 28-Дек-22, (49) +4
Ты SQL-разраб, DBA или пересказываешь статью 10-летней давности , Анони (?), 20:25 , 28-Дек-22, (59) –2

Ыще одын форумный иксперд Чтобы подсаживать пипл на Oracle DB, у фирмы Oracle, Аноним (20), 16:09 , 28-Дек-22, (18) +1
вот только NDB этот васяно форк от автора не хочет сапортить, penetrator (?), 17:40 , 28-Дек-22, (35)
Автор мускуля нормально устроился Сначала продал свою базу данных Ораклу за 1 я, DEF (?), 08:29 , 30-Дек-22, (107) +1

Вот это жесть За 10 лет там накопится такой груз легаси что развитие фактически, Аноним (7), 15:07 , 28-Дек-22, (2) +5

зато у mariadb есть galera и можно сделать отказоустойчивый, синхронный класте, Аноним (3), 15:10 , 28-Дек-22, (4)

а у postgresql всё сложно с кластеризацией В бесплатном варианте по крайней мер, Аноним (3), 15:11 , 28-Дек-22, (5)

А Mysql 8212 томат , Аноним (22), 16:37 , 28-Дек-22, (24)

У постгреса есть patroni где то же самое делается элементарно , Аноним (7), 15:18 , 28-Дек-22, (11) –1

патрони это нагромождение скриптов которые крутят логической мастер-слейв реплик, гага (?), 15:56 , 28-Дек-22, (16) +1

Синхронный тоже есть , Аноним (7), 14:43 , 29-Дек-22, (101) –1

галера - это убожество, NDB наше всё, penetrator (?), 17:41 , 28-Дек-22, (36)

Нормально все с галерой, нефига Даже особо уметь готовить не надо , Омномним (?), 21:34 , 28-Дек-22, (66)

Я так это понял, сабж изначально позиционируется как легаси решение для легаси п, Аноним (1), 15:12 , 28-Дек-22, (6) +1

В MySQL развития никакого нет Оракелу интересно подсаживать пользователей на св, Аноним (7), 15:17 , 28-Дек-22, (9)

Зато в MariaDB имитация бурной деятельности и ухудшение пользовательских характе, Аноним (1), 15:34 , 28-Дек-22, (13)

Новость прочитай наконец уже , Аноним (22), 16:38 , 28-Дек-22, (25) –3

Читаешь новость, а там В MariaDB смогли бекпортировать код из MySQL 5 7 спустя, Аноним (73), 00:07 , 29-Дек-22, (73) +1

И причём здесь MySQL, которая не совместима с их коммерческой СУБД PostgreSQL, M, Прохожий (??), 22:51 , 28-Дек-22, (72) +1

Есть один момент с коммерческой оракловой СУБД, даже 2, нет, даже 3, по которым , Омномним (?), 10:11 , 29-Дек-22, (86)

Минимальное потребление это обязательно не менее 50 наличной памяти вынь и поло, Аноним (90), 12:00 , 29-Дек-22, (94) –1

Гонево У меня очень много таких мелких инстансов под клиентский сервис KiB Mem , Омномним (?), 13:10 , 29-Дек-22, (95)

Ещё MSSQL забыли Та ничего, если не принимать в расчёт совершенно ший оптими, Омномним (?), 10:13 , 29-Дек-22, (87) –1

Ога Аноним не может работать с БД, в которой развесистость фич не прирастает ка, YetAnotherOnanym (ok), 18:05 , 28-Дек-22, (42)
Ничего не будет копиться Каждые 10 лет будут выпускать мажорную версию с тоталь, DEF (?), 08:50 , 30-Дек-22, (108)

для лл это major version series по-русски, Аноним (8), 15:16 , 28-Дек-22, (8) +1

Major на русский в контексте версии очень затруднительно перевести Как и minor , birdie (ok), 15:36 , 28-Дек-22, (14)

козырный вышла козырная ветка MariaDB внатуре , Аноним (21), 16:12 , 28-Дек-22, (21) +4

Я жду версии MariaDB MySQL Percona whatever, которую не надо вручную настраивать, birdie (ok), 15:31 , 28-Дек-22, (12) –5

Потом эти автонастраивальщики светят голым задом в интернет всеми данными Монго, Аноним (22), 16:40 , 28-Дек-22, (26) +1

Они не глупцы Им платят деньги за результат После них хоть трава не расти , tty0 (?), 02:08 , 29-Дек-22, (76) +3

Перкона,если не ошибаюсь,по умолчанию на локалхост вешается В чем проблема с хо, Аноним (33), 17:03 , 28-Дек-22, (33) +1

Проблема что такое умолчание нахрен никому не упало, кроме васянов с локалхостом, пох. (?), 21:29 , 31-Дек-22, (110)

Это на каком железе 50 запросов в секунду - тяжёлый production , YetAnotherOnanym (ok), 18:07 , 28-Дек-22, (43)

Хм, у меня на локалхосте около 10000 апдейтов и 50000 селектов в минуту и с этим, Аноним (1), 18:29 , 28-Дек-22, (46) +1

SELECT session WHERE user по первичному ключу из помещающейся в память табличк, Омномним (?), 19:25 , 28-Дек-22, (50)

Вся база помещается, но она не в памяти, требуются постоянные запись чтение на д, Аноним (1), 20:19 , 28-Дек-22, (57) +1

Возьмите монгу или тарантул и не мучайтесь , Аноним (103), 23:24 , 29-Дек-22, (103)

Ну тут вопрос, можно ли оттранслировать в них схему для postgres sqlite Потому , Аноним (1), 23:52 , 29-Дек-22, (105)

Возьми DBF Сердито и сердито А так ты пытаешься тапки с водолазным костюмом сра, Омномним (?), 21:25 , 28-Дек-22, (64)
Вы хотите странного Не работают Особенно постгрес , Аноним (103), 23:29 , 29-Дек-22, (104)

Cost Model - уже давно переводится в России как модель, основанная на стоимости , Аноним (20), 15:44 , 28-Дек-22, (15) –2

Кнопка исправить ждёт, мой дорогой Аноним , Аноним (22), 16:41 , 28-Дек-22, (27) –1
Нет, спасибо , ip1982 (ok), 16:57 , 28-Дек-22, (31) –1

Изначальный перевод Cost Based Optimization CBO - оптимизация, основанная на, Аноним (20), 18:41 , 28-Дек-22, (47) +2

Переводы это не твой конёк , pashev.ru (?), 19:45 , 28-Дек-22, (53) –1
Oracle DB, где этот метод впервые заменил старый метод оптимизации Rule Based , vvm13 (?), 21:59 , 28-Дек-22, (68) –1

Когда я познакомился с DB2 в 90-х годах , там ни RBO, ни хинтов в принципе не б, vvm13 (?), 20:55 , 29-Дек-22, (102) +1

Вот поэтому лучше читать в оригинале , Омномним (?), 19:26 , 28-Дек-22, (51)

Никогда не понимал, почему разработчики софтин беспокоятся о чём-либо кроме напо, ip1982 (ok), 16:56 , 28-Дек-22, (29) –1
И теперь битрикс с конскими join заработает быстрее нет , VitalyE (?), 17:51 , 28-Дек-22, (38)

БитриксЗаработаетБыстрееУ вас аж три взаимоисключающих термина в одном вопросе , Омномним (?), 19:27 , 28-Дек-22, (52)
Оптимизация SQL-запросов - такая сложная штука, что даже от самых лучших оптимиз, vvm13 (?), 22:04 , 28-Дек-22, (69)
Битрикс и так зарабатывает быстро, Anonysimus (?), 08:23 , 29-Дек-22, (80) +1

В смысле file per table там теперь по дефолту или больше нельзя так , BrainFucker (ok), 20:40 , 28-Дек-22, (61)

Скорее всего по дефолту, общий головной tablespace давно пора выкинуть , Омномним (?), 21:36 , 28-Дек-22, (67)

Вооо, классная версия, ваще круто Я нормальный , ИмяХ (?), 00:25 , 29-Дек-22, (74)
Любители постргеса, живете в России и пользуйтесь Все равно ничего другого нет , Аноним (78), 06:01 , 29-Дек-22, (78)

В вашей географии как-то вообще всегда была сильна страсть к маргинальщине Бзд, Омномним (?), 13:15 , 29-Дек-22, (97)

А вы знаете, что раст позволяет безопасно работать с памятью По этому его нужно, Fyjybv111 (?), 07:20 , 29-Дек-22, (79) +1
Прелестно, место теперь никак не высвободить после массового delete truncate без, Аноним (98), 13:46 , 29-Дек-22, (98)

Вы о чём У этого поезда заднего хода нет, просто innodb_file_per_table теперь б, Омномним (?), 14:35 , 29-Дек-22, (99) +1

Сообщения [Сортировка по времени | RSS]

1. "Представлена новая значительная ветка СУБД MariaDB 11" –22 +/–

Сообщение от Аноним (1), 28-Дек-22, 15:03

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

Ответить | Правка | Наверх | Cообщить модератору

3. "Представлена новая значительная ветка СУБД MariaDB 11" –11 +/–

Сообщение от Аноним (3), 28-Дек-22, 15:08

в этом вся суть так называемого "опенсорса"

Ответить | Правка | Наверх | Cообщить модератору

7. "Представлена новая значительная ветка СУБД MariaDB 11" +9 +/–

Сообщение от Аноним (7), 28-Дек-22, 15:14

> васянофорков
Почитайте историю чтобы не позориться. Мария это форк от автора оригинального MySQL, то есть это, на самом деле, и есть основной проект, с изначальным автором и сообществом. А MySQL, который купил оракал только чтобы подсаживать с него пользователей на свою проприетарную базёнку - это как раз васянофорк, который даже и не развивается, потому что это противоречило бы целям оракала.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

10. "Представлена новая значительная ветка СУБД MariaDB 11" –10 +/–

Сообщение от Аноним (1), 28-Дек-22, 15:17

А вот это просто смешно слышать. До чего люди готовы доверять любому скаму в интернете, удивительно.
Оракел развивает оригинальный проект, сабж с его продуктами в совершенно иных весовых категориях -- и речи быть не может о сравнении.

Ответить | Правка | Наверх | Cообщить модератору

17. "Представлена новая значительная ветка СУБД MariaDB 11" +8 +/–

Сообщение от Аноним (17), 28-Дек-22, 16:01

Ну вот и пользуйтесь оракловской версией.
Только вот факт, что MySQL названа в честь старшей дочери, а MariaDB в честь младшей, вы отрицать не сможете.

Ответить | Правка | Наверх | Cообщить модератору

20. "Представлена новая значительная ветка СУБД MariaDB 11" –3 +/–

Сообщение от Аноним (20), 28-Дек-22, 16:12

Типа, да я полный дурак, но отрицать что 1 + 1 даже вы не сможете.

Ответить | Правка | Наверх | Cообщить модератору

89. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (89), 29-Дек-22, 10:53

самокритично

Ответить | Правка | Наверх | Cообщить модератору

100. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (7), 29-Дек-22, 14:42

Отрицать что 1 + 1 что?

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

106. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (106), 30-Дек-22, 02:50

что это французская комедийная драма, и еще телеканал.

Ответить | Правка | Наверх | Cообщить модератору

48. "Представлена новая значительная ветка СУБД MariaDB 11" +4 +/–

Сообщение от Омномним (?), 28-Дек-22, 19:19

Ну допустим я съехал назад на оракловую версию в нескольких крупных аппликухах потому, что в MariaDB с 10.6 начиная конкретно убили page flushing - он теперь в один поток идёт, и когда у тебя полтера и компрессия - становится задорно.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

62. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (62), 28-Дек-22, 21:20

Кто заставлял обновляться на версию, которая вас не удовлетворяет?

Ответить | Правка | Наверх | Cообщить модератору

63. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Омномним (?), 28-Дек-22, 21:24

> Кто заставлял обновляться на версию, которая вас не удовлетворяет?
Никто. Поэтому обновились на версию, которая удовлетворяет. Вот только это оракловая версия :)

Ответить | Правка | Наверх | Cообщить модератору

65. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Омномним (?), 28-Дек-22, 21:32

Ну и там выбор так-то стоит из овна и овна... в 10.5 дедлоки (из-за которых кмк buffer pool instances и всё причитающееся и выкинули), в 10.6 однопоточный флаш. В ванильке (оракловой) компрессия до кучи удачно выкинута в write threads, т.е. можно регулировать нагрузку без игр с флашем.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

70. "Представлена новая значительная ветка СУБД MariaDB 11" –4 +/–

Сообщение от Уася (?), 28-Дек-22, 22:21

проблема не в базе, а в не желании разобраться.
У меня всё работает. Просто надо быть профессионалом своего дела а не пользователем готового.
В моём случае база не работала корректно если запускать её на линуксе без модулей ядра поддержки железа.
южныймост сам цпу северный мост и даже видеокарта, представьте_себе, не будут работать корректно без корректно установленных модулей ядра(драйверов).

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

75. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (75), 29-Дек-22, 00:31

> база не работала корректно если запускать её на линуксе без модулей ядра поддержки железа.
Можно подробнее? Что за железо, что за модули (из стандартной поставки ядра не запустились? или потребовалось скачивать с сайта производителя)? Какой дистрибутив?

Ответить | Правка | Наверх | Cообщить модератору

92. "Представлена новая значительная ветка СУБД MariaDB 11" –3 +/–

Сообщение от 1 (??), 29-Дек-22, 11:33

Windows Server 2022. MariaDB не работает без NVIDIA драйвера.

Ответить | Правка | Наверх | Cообщить модератору

77. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (77), 29-Дек-22, 04:01

Если у тебя не WordPress, который и является источником популярности MySQL, потому что не умеет что-то другое, то мне не понятно, почему ты не используешь Postgres...
Legacy, работа на заказчиков, которые жестко указывают СУБД - вряд ли твой случай. Вломы разобраться с начальной настройкой Postgres и поэтому ты просто используешь MySQL, в котором с эти сильно проще. Ну так с косяками fsync ты же разбирался - выходит тоже не похоже не причину.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

84. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от Омномним (?), 29-Дек-22, 10:00

> не понятно, почему ты не используешь Postgres...
Потому что я не люблю DBF в красивой обёртке. Вы всё ещё вакуумите? Тогда мы идём к вам.
Сетап - правильно замечено - через задницу. Это из мелочей.
Репликации нормальной нет. Мастер-мастер и синхронный кластер - только через навесные костыли. Ну ладно, второе в MySQL тоже через галеру на соплях. Но первое-то?
Просто не мазохист, извиняйте.

Ответить | Правка | Наверх | Cообщить модератору

85. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 29-Дек-22, 10:01

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

Ответить | Правка | Наверх | Cообщить модератору

90. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от Аноним (90), 29-Дек-22, 10:54

> Потому что я не люблю DBF в красивой обёртке. Вы всё ещё вакуумите? Тогда мы идём к вам.
Чё там в мыскле и ее деривативах, удаление строк за время жизни Вселенной реализовано, или еще десять лет ждать надо? Кстати, в связке с так надрачиваемым master-master удаление 10-15 млн. строк получается еще эффектнее.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

91. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 29-Дек-22, 11:24

Оно таки реализовано.
А не как в DBF - отметил и оставил, когда-нибудь там завакуумится.

Ответить | Правка | Наверх | Cообщить модератору

93. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (90), 29-Дек-22, 11:56

Дык известно как оно в мыскле реализовано - несчастные 10 млн записей будут на одиночном сервере может за пару часов таки удалятся, если перед этим дропнуть индексы. А вот в разлюбезном master-master разве что ваши пра-правнуки дождутся завершение операции. И да, в это время все другие запросы будут сасай-кудасай. Но зато никакого вакуума, что верно, то верно, такой мастерский DDoS от разрабов превзойти сложно.

Ответить | Правка | Наверх | Cообщить модератору

96. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 29-Дек-22, 13:13

И снова гонево, у меня cleanup более, чем 10 миллионов записей, ежесуточно отрабатывает очень шустро, и не ставит раком идущие процессы. В плане масштаба, слова RADIUS accounting, Zabbix history, mobile billing о чём-нибудь говорят?

Ответить | Правка | Наверх | Cообщить модератору

22. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (22), 28-Дек-22, 16:36

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

49. "Представлена новая значительная ветка СУБД MariaDB 11" +4 +/–

Сообщение от Омномним (?), 28-Дек-22, 19:25

Оракл в мускуле сделала достаточно нововведений, которые ждали долго и бесполезно.
Online DDL, descending indexes, JSON, подключаемую аутентификацию, нормальный TLS, многопоточное перестроение индексов при DDL, нормальную реализацию GTID, человеческие атомарные DDL, человеческие хинты к запросам, и т.д. и т.п. В MariaDB всё это тоже либо бэкпортили либо делали позже, и криво-косо.

Ответить | Правка | Наверх | Cообщить модератору

59. "Представлена новая значительная ветка СУБД MariaDB 11" –2 +/–

Сообщение от Анони (?), 28-Дек-22, 20:25

Ты SQL-разраб, DBA или пересказываешь статью 10-летней давности?

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

18. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (20), 28-Дек-22, 16:09

Ыще одын форумный иксперд. Чтобы "подсаживать" пипл на Oracle DB, у фирмы Oracle есть ограниченная по ресурсам и фичам редакция Oracle DB XE (Express Edition), на которую можно установить APEX - бесплатную Low Code платформу создания WEB-приложений.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

35. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от penetrator (?), 28-Дек-22, 17:40

вот только NDB этот васяно форк от автора не хочет сапортить

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

107. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от DEF (?), 30-Дек-22, 08:29

Автор мускуля нормально устроился. Сначала продал свою базу данных Ораклу за 1 ярд, а потом такой белый и пушистый создал форк MariaDB, в противовес злобным корпорастам, которые "изуродовали" MySQL.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

2. "Представлена новая значительная ветка СУБД MariaDB 11" +5 +/–

Сообщение от Аноним (7), 28-Дек-22, 15:07

> Формирование следующей значительной ветки MariaDB 12, содержащей изменения, нарушающие совместимость, ожидается не ранее чем через 10 лет (в 2032 году).
Вот это жесть. За 10 лет там накопится такой груз легаси что развитие фактически остановится, и СУБД, и так значительно отстающая по возможностям от того же постгреса, вообще станет бесполезной игрушкой.

Ответить | Правка | Наверх | Cообщить модератору

4. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (3), 28-Дек-22, 15:10

зато у mariadb есть galera и можно сделать отказоустойчивый, "синхронный" кластер

Ответить | Правка | Наверх | Cообщить модератору

5. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (3), 28-Дек-22, 15:11

а у postgresql всё сложно с кластеризацией. В бесплатном варианте по крайней мере.

Ответить | Правка | Наверх | Cообщить модератору

24. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (22), 28-Дек-22, 16:37

А Mysql — томат.

Ответить | Правка | Наверх | Cообщить модератору

11. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от Аноним (7), 28-Дек-22, 15:18

У постгреса есть patroni где то же самое делается элементарно.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

16. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от гага (?), 28-Дек-22, 15:56

патрони это нагромождение скриптов которые крутят логической мастер-слейв репликацией, далековато до синхронного кластера

Ответить | Правка | Наверх | Cообщить модератору

101. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от Аноним (7), 29-Дек-22, 14:43

Синхронный тоже есть.

Ответить | Правка | Наверх | Cообщить модератору

36. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от penetrator (?), 28-Дек-22, 17:41

галера - это убожество, NDB наше всё

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

66. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 28-Дек-22, 21:34

Нормально все с галерой, нефига. Даже особо уметь готовить не надо.

Ответить | Правка | Наверх | Cообщить модератору

6. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (1), 28-Дек-22, 15:12

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

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

9. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (7), 28-Дек-22, 15:17

В MySQL развития никакого нет. Оракелу интересно подсаживать пользователей на свой коммерческий продукт, а ниши занимать ему смысла вообще никакого нет. Да и силёнок не хватит - опенсорсных конкурентов слишком много и они слишком сильные.

Ответить | Правка | Наверх | Cообщить модератору

13. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (1), 28-Дек-22, 15:34

Зато в MariaDB имитация бурной деятельности и ухудшение пользовательских характеристик. Только всё полезное почему-то вечно тянут из апстрима, а не наоборот.

Ответить | Правка | Наверх | Cообщить модератору

25. "Представлена новая значительная ветка СУБД MariaDB 11" –3 +/–

Сообщение от Аноним (22), 28-Дек-22, 16:38

Новость прочитай наконец уже.

Ответить | Правка | Наверх | Cообщить модератору

73. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (73), 29-Дек-22, 00:07

Читаешь новость, а там:
* В MariaDB смогли бекпортировать код из MySQL 5.7 спустя пять лет после релиза оного.
* Отметить это решили перестановкой стуль^W^W переименованием mysqldump в mariadbdump и mysqladmin в mariadbdbdadmin.

Ответить | Правка | Наверх | Cообщить модератору

72. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Прохожий (??), 28-Дек-22, 22:51

>Оракелу интересно подсаживать пользователей на свой коммерческий продукт
И причём здесь MySQL, которая не совместима с их коммерческой СУБД?
>опенсорсных конкурентов слишком много и они слишком сильные
PostgreSQL, MariaDB - вот и все "сильные конкуренты", если говорить о реляционных СУБД. И, конечно, коммерческая СУБД от Oracle уделывает их обоих практически во всём, кроме, пожалуй, цены. Но здесь хорошо считать общую стоимость владения, и может оказаться, что "не всё так однозначно".

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

86. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 29-Дек-22, 10:11

Есть один момент с коммерческой оракловой СУБД, даже 2, нет, даже 3, по которым она в другой весовой категории, и это не плюс.
- Тяжеловесность (на мелких нодах, где MySQL работает влёгкую с минимальным потреблением памяти, это вообще не стартует)
- Тяжеловесность конфигурации (сетап оной - лютейший геморрой, MySQL же легко деплоится почти куда угодно, и позволяет не сильно изголяться, в совершенно разных классах задач)
- Отсутствие возможности быть self-maintained. Селф-саппорта не предполагается изначально, а в тяжёлых случаях можно поиметь очень крутые периоды простоя из-за тщательнейших саппортовых процедур.

Ответить | Правка | Наверх | Cообщить модератору

94. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от Аноним (90), 29-Дек-22, 12:00

> MySQL работает влёгкую с минимальным потреблением памяти
Минимальное потребление это обязательно не менее 50% наличной памяти вынь и положь, и чтобы это было не менее 1G в абсолютном исчислении. В противном случае запустится, но работать практически не будет, ибо будет постоянно сканировать таблицы поклав на индексы.

Ответить | Правка | Наверх | Cообщить модератору

95. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 29-Дек-22, 13:10

Гонево. У меня очень много таких мелких инстансов под клиентский сервис.
KiB Mem :  1481992 total,   360812 free,   441440 used,   679740 buff/cache
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
1205 mysql     20   0 1718988 191420   5232 S   0.0 12.9 760:09.10 /usr/sbin/mariadbd

Ответить | Правка | Наверх | Cообщить модератору

87. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от Омномним (?), 29-Дек-22, 10:13

Ещё MSSQL забыли. Та ничего, если не принимать в расчёт совершенно ***ший оптимизатор запросов, стохастика которого периодически способна ставить раком даже самые простейшие запросы. Но та тоже селф-саппорта не предполагает вообще.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

42. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от YetAnotherOnanym (ok), 28-Дек-22, 18:05

> развитие фактически остановится
Ога. Аноним не может работать с БД, в которой развесистость фич не прирастает каждый день.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

108. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от DEF (?), 30-Дек-22, 08:50

Ничего не будет копиться. Каждые 10 лет будут выпускать мажорную версию с тотальным заливом новых возможностей и сломом обратной совместимости. PHP делает также, но раз в 5 лет, например.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

8. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (8), 28-Дек-22, 15:16

> значительная ветка
для лл: это major version series по-русски

Ответить | Правка | Наверх | Cообщить модератору

14. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от birdie (ok), 28-Дек-22, 15:36

Major на русский в контексте версии очень затруднительно перевести. Как и minor.
Я бы просто оставил музыкальные термины: мажорный и минорный.
Или, как вариант, "основной" (да, ведь major = это основа для будущих выпусков), "неосновной" - снова беда, в русском как-то всё грустно: https://sinonim.org/a/%D0%BE%D1%81%...

Ответить | Правка | Наверх | Cообщить модератору

21. "Представлена новая значительная ветка СУБД MariaDB 11" +4 +/–

Сообщение от Аноним (21), 28-Дек-22, 16:12

козырный. вышла козырная ветка MariaDB. внатуре.

Ответить | Правка | Наверх | Cообщить модератору

12. "Представлена новая значительная ветка СУБД MariaDB 11" –5 +/–

Сообщение от birdie (ok), 28-Дек-22, 15:31

Я жду версии MariaDB/MySQL/Percona/whatever, которую не надо вручную настраивать под каждый host. Это выглядит как дебилизм. MongoDB/Redis молча встают и работают без настроек вообще. Postgres тоже, кажется, сто лет с ним дело не имел.
Все итерации MySQL на тяжёлом production (>50 запросов в секунду; пару slave'ов для зеркалирования и backups) надо настраивать вручную ради вменяемой производительности.

Ответить | Правка | Наверх | Cообщить модератору

26. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (22), 28-Дек-22, 16:40

Потом эти автонастраивальщики светят голым задом в интернет всеми данными. Монго ДБ раньше таким баловались, как раз тем о чём ты говоришь. Потом перестали сделали нормально как везде.
На новость про таких же глупцов как ты https://opennet.ru/opennews/art.shtml?num=53438

Ответить | Правка | Наверх | Cообщить модератору

76. "Представлена новая значительная ветка СУБД MariaDB 11" +3 +/–

Сообщение от tty0 (?), 29-Дек-22, 02:08

Они не глупцы. Им платят деньги за результат. После них хоть трава не расти.

Ответить | Правка | Наверх | Cообщить модератору

33. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (33), 28-Дек-22, 17:03

Перкона,если не ошибаюсь,по умолчанию на локалхост вешается. В чем проблема с хостами?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

110. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от пох. (?), 31-Дек-22, 21:29

Проблема что такое умолчание нахрен никому не упало, кроме васянов с локалхостом.
А по умолчанию сделать работающее и при этом еще и не голой задницей в интернет - это не про перкону, действительно.

Ответить | Правка | Наверх | Cообщить модератору

43. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от YetAnotherOnanym (ok), 28-Дек-22, 18:07

> на тяжёлом production (>50 запросов в секунду
Это на каком железе 50 запросов в секунду - "тяжёлый production"?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

46. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (1), 28-Дек-22, 18:29

Хм, у меня на локалхосте около 10000 апдейтов и 50000 селектов в минуту и с этим справляется sqlite. Выборка из нескольких связанных таблиц. Не сказал бы, что прямо хайлоад, но видимо можно заявлять, что это хайлоад? Загрузка процессора несколько процентов, вот io немного забито и sqlite периодически блокируется. Хуже было, когда между запуском воркеров не было слипов, они сразу блокируют sqlite когда долбятся писать в неё одновременно. Но сейчас это случается только когда у ядра проблемы с памятью.

Ответить | Правка | Наверх | Cообщить модератору

50. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 28-Дек-22, 19:25

SELECT session WHERE user = по первичному ключу из помещающейся в память таблички? :D

Ответить | Правка | Наверх | Cообщить модератору

57. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Аноним (1), 28-Дек-22, 20:19

Вся база помещается, но она не в памяти, требуются постоянные запись/чтение на диск иначе данные будут потеряны безвозвратно. Никаких индексов, ничего. Выборка вида select * from table where table.foreignkey == ? и потом последняя по времени запись из таблицы, привязанной к этой, если определённые данные поменялись, то добавляется новая запись в той таблице. Либо обновляются существующие в этой. Либо записывается событие в отдельную таблицу при определённых условиях. 1 строка айди, 1 строка foreignkey, 5 интов, 5 дат. Вот таких выборок очень много и эти данные постоянно обновляются, последние 2000 записей, у каждого воркера выборка по своему foreign key, обязательно производится селект из 2 связанной таблицы, где данные (они не обновляются и не удаляются), вот там последний по дате. Всего 5 таблиц, по 2 из них используются только по числу воркеров раз при запуске. Есть несколько триггеров.

Ответить | Правка | Наверх | Cообщить модератору

103. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (103), 29-Дек-22, 23:24

Возьмите монгу или тарантул и не мучайтесь.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

105. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (1), 29-Дек-22, 23:52

Ну тут вопрос, можно ли оттранслировать в них схему для postgres/sqlite. Потому что в схеме эээ половина логики аппликухи. Что-то мне подсказывает, что привычные вещи с ними будут мучением.

Ответить | Правка | Наверх | Cообщить модератору

64. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 28-Дек-22, 21:25

Возьми DBF. Сердито и сердито.
А так ты пытаешься тапки с водолазным костюмом сравнить.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

104. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (103), 29-Дек-22, 23:29

>версии MariaDB/MySQL/Percona/whatever, которую не надо вручную настраивать под каждый host
Вы хотите странного.
> работают без настроек вообще
Не работают.
> Postgres тоже
Особенно постгрес.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

15. "Представлена новая значительная ветка СУБД MariaDB 11" –2 +/–

Сообщение от Аноним (20), 28-Дек-22, 15:44

> весовую модель (cost model),
Cost Model - уже давно переводится в России как модель, основанная на стоимости запроса, а оптимизатор по такой модели - оптимизатор по стоимости ("https://www.rdtex.ru/glossary/c/C47209/")

Ответить | Правка | Наверх | Cообщить модератору

27. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от Аноним (22), 28-Дек-22, 16:41

Кнопка "исправить" ждёт, мой дорогой Аноним.

Ответить | Правка | Наверх | Cообщить модератору

31. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от ip1982 (ok), 28-Дек-22, 16:57

> модель, основанная на стоимости запроса
Нет, спасибо.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

47. "Представлена новая значительная ветка СУБД MariaDB 11" +2 +/–

Сообщение от Аноним (20), 28-Дек-22, 18:41

Изначальный перевод "Cost Based Optimization" (CBO) - оптимизация, основанная на стоимости запроса (стоимости ресурсов сервера баз данных, задействованных при запросе, рассчитываемых на основе собранных статистик по объектам ДБ) в России пошел от Oracle DB, где этот метод впервые заменил старый метод оптимизации "Rule Based Optimization" (RBO) - оптимизация, основанная на правилах.
Так, что "ваше мнение очень важно для нас. Оставайтесь на линии. Пи-пип-пи".

Ответить | Правка | Наверх | Cообщить модератору

53. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от pashev.ru (?), 28-Дек-22, 19:45

Переводы это не твой конёк.

Ответить | Правка | Наверх | Cообщить модератору

68. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от vvm13 (?), 28-Дек-22, 21:59

"Oracle DB, где этот метод впервые заменил старый метод оптимизации "Rule Based Optimization" (RBO) "
Это звучит примерно как в "Windows 95 впервые появились 32-хбитные программы и длинные имена файлов".

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

102. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от vvm13 (?), 29-Дек-22, 20:55

Когда я познакомился с DB2 (в 90-х годах), там ни RBO, ни хинтов в принципе не было.

Ответить | Правка | Наверх | Cообщить модератору

51. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 28-Дек-22, 19:26

Вот поэтому лучше читать в оригинале.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

29. "Представлена новая значительная ветка СУБД MariaDB 11" –1 +/–

Сообщение от ip1982 (ok), 28-Дек-22, 16:56

> В отдельный пакет вынесены символические ссылки для совместимости с MySQL.
Никогда не понимал, почему разработчики софтин беспокоятся о чём-либо кроме наполнении DESTDIR при make install.
Они всё равно делают это криво.

Ответить | Правка | Наверх | Cообщить модератору

38. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от VitalyE (?), 28-Дек-22, 17:51

И теперь битрикс с конскими join заработает быстрее?? (нет)

Ответить | Правка | Наверх | Cообщить модератору

52. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 28-Дек-22, 19:27

Битрикс
Заработает
Быстрее
У вас аж три взаимоисключающих термина в одном вопросе.

Ответить | Правка | Наверх | Cообщить модератору

69. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от vvm13 (?), 28-Дек-22, 22:04

Оптимизация SQL-запросов - такая сложная штука, что даже от самых лучших оптимизаторов не ждите чудес.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

80. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Anonysimus (?), 29-Дек-22, 08:23

Битрикс и так зарабатывает быстро

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

61. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от BrainFucker (ok), 28-Дек-22, 20:40

> Объявлены устаревшими innodb_flush_method и innodb_file_per_table.
В смысле file per table там теперь по дефолту или больше нельзя так?

Ответить | Правка | Наверх | Cообщить модератору

67. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 28-Дек-22, 21:36

Скорее всего по дефолту, общий головной tablespace давно пора выкинуть.

Ответить | Правка | Наверх | Cообщить модератору

74. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от ИмяХ (?), 29-Дек-22, 00:25

Вооо, классная версия, ваще круто. Я нормальный.

Ответить | Правка | Наверх | Cообщить модератору

78. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (78), 29-Дек-22, 06:01

Любители постргеса, живете в России и пользуйтесь. Все равно ничего другого нет. А весь мир, включая и Китай, использует MySQL и Mariadb. Отличная новость. Давно ждали ветку 11.

Ответить | Правка | Наверх | Cообщить модератору

97. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Омномним (?), 29-Дек-22, 13:15

В вашей географии как-то вообще всегда была сильна страсть к маргинальщине...
Бзды, постгресы...

Ответить | Правка | Наверх | Cообщить модератору

79. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Fyjybv111 (?), 29-Дек-22, 07:20

А вы знаете, что раст позволяет безопасно работать с памятью! По этому его нужно переписать на раст)))

Ответить | Правка | Наверх | Cообщить модератору

98. "Представлена новая значительная ветка СУБД MariaDB 11" +/–

Сообщение от Аноним (98), 29-Дек-22, 13:46

> Объявлены устаревшими innodb_file_per_table
Прелестно, место теперь никак не высвободить после массового delete/truncate без ворочанья всего монструозного ibdata*.

Ответить | Правка | Наверх | Cообщить модератору

99. "Представлена новая значительная ветка СУБД MariaDB 11" +1 +/–

Сообщение от Омномним (?), 29-Дек-22, 14:35

Вы о чём. У этого поезда заднего хода нет, просто innodb_file_per_table теперь будет всегда включено.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Представлена новая значительная ветка СУБД MariaDB 11"	–22 +/–
Сообщение от Аноним (1), 28-Дек-22, 15:03
Никогда не понимал этого насильного насаживания немощных васянофорков в дистрибутивах. Сабж очередное подтверждение, что ничего хорошего из этого не получится. Ситуация может немного отличаться, когда и основной проект васяноподелка, но это явно не тот случай.
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Представлена новая значительная ветка СУБД MariaDB 11"	–11 +/–
	Сообщение от Аноним (3), 28-Дек-22, 15:08
	в этом вся суть так называемого "опенсорса"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Представлена новая значительная ветка СУБД MariaDB 11"	+9 +/–
	Сообщение от Аноним (7), 28-Дек-22, 15:14
	> васянофорков Почитайте историю чтобы не позориться. Мария это форк от автора оригинального MySQL, то есть это, на самом деле, и есть основной проект, с изначальным автором и сообществом. А MySQL, который купил оракал только чтобы подсаживать с него пользователей на свою проприетарную базёнку - это как раз васянофорк, который даже и не развивается, потому что это противоречило бы целям оракала.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	10. "Представлена новая значительная ветка СУБД MariaDB 11"	–10 +/–
	Сообщение от Аноним (1), 28-Дек-22, 15:17
	А вот это просто смешно слышать. До чего люди готовы доверять любому скаму в интернете, удивительно. Оракел развивает оригинальный проект, сабж с его продуктами в совершенно иных весовых категориях -- и речи быть не может о сравнении.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Представлена новая значительная ветка СУБД MariaDB 11"	+8 +/–
	Сообщение от Аноним (17), 28-Дек-22, 16:01
	Ну вот и пользуйтесь оракловской версией. Только вот факт, что MySQL названа в честь старшей дочери, а MariaDB в честь младшей, вы отрицать не сможете.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Представлена новая значительная ветка СУБД MariaDB 11"	–3 +/–
	Сообщение от Аноним (20), 28-Дек-22, 16:12
	Типа, да я полный дурак, но отрицать что 1 + 1 даже вы не сможете.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Аноним (89), 29-Дек-22, 10:53
	самокритично
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "Представлена новая значительная ветка СУБД MariaDB 11"	+1 +/–
	Сообщение от Аноним (7), 29-Дек-22, 14:42
	Отрицать что 1 + 1 что?
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	106. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Аноним (106), 30-Дек-22, 02:50
	что это французская комедийная драма, и еще телеканал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Представлена новая значительная ветка СУБД MariaDB 11"	+4 +/–
	Сообщение от Омномним (?), 28-Дек-22, 19:19
	Ну допустим я съехал назад на оракловую версию в нескольких крупных аппликухах потому, что в MariaDB с 10.6 начиная конкретно убили page flushing - он теперь в один поток идёт, и когда у тебя полтера и компрессия - становится задорно.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	62. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Аноним (62), 28-Дек-22, 21:20
	Кто заставлял обновляться на версию, которая вас не удовлетворяет?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Представлена новая значительная ветка СУБД MariaDB 11"	+1 +/–
	Сообщение от Омномним (?), 28-Дек-22, 21:24
	> Кто заставлял обновляться на версию, которая вас не удовлетворяет? Никто. Поэтому обновились на версию, которая удовлетворяет. Вот только это оракловая версия :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Представлена новая значительная ветка СУБД MariaDB 11"	+1 +/–
	Сообщение от Омномним (?), 28-Дек-22, 21:32
	Ну и там выбор так-то стоит из овна и овна... в 10.5 дедлоки (из-за которых кмк buffer pool instances и всё причитающееся и выкинули), в 10.6 однопоточный флаш. В ванильке (оракловой) компрессия до кучи удачно выкинута в write threads, т.е. можно регулировать нагрузку без игр с флашем.
	Ответить \| Правка \| К родителю #62 \| Наверх \| Cообщить модератору


	70. "Представлена новая значительная ветка СУБД MariaDB 11"	–4 +/–
	Сообщение от Уася (?), 28-Дек-22, 22:21
	проблема не в базе, а в не желании разобраться. У меня всё работает. Просто надо быть профессионалом своего дела а не пользователем готового. В моём случае база не работала корректно если запускать её на линуксе без модулей ядра поддержки железа. южныймост сам цпу северный мост и даже видеокарта, представьте_себе, не будут работать корректно без корректно установленных модулей ядра(драйверов).
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	75. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Аноним (75), 29-Дек-22, 00:31
	> база не работала корректно если запускать её на линуксе без модулей ядра поддержки железа. Можно подробнее? Что за железо, что за модули (из стандартной поставки ядра не запустились? или потребовалось скачивать с сайта производителя)? Какой дистрибутив?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Представлена новая значительная ветка СУБД MariaDB 11"	–3 +/–
	Сообщение от 1 (??), 29-Дек-22, 11:33
	Windows Server 2022. MariaDB не работает без NVIDIA драйвера.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Аноним (77), 29-Дек-22, 04:01
	Если у тебя не WordPress, который и является источником популярности MySQL, потому что не умеет что-то другое, то мне не понятно, почему ты не используешь Postgres... Legacy, работа на заказчиков, которые жестко указывают СУБД - вряд ли твой случай. Вломы разобраться с начальной настройкой Postgres и поэтому ты просто используешь MySQL, в котором с эти сильно проще. Ну так с косяками fsync ты же разбирался - выходит тоже не похоже не причину.
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	84. "Представлена новая значительная ветка СУБД MariaDB 11"	–1 +/–
	Сообщение от Омномним (?), 29-Дек-22, 10:00
	> не понятно, почему ты не используешь Postgres... Потому что я не люблю DBF в красивой обёртке. Вы всё ещё вакуумите? Тогда мы идём к вам. Сетап - правильно замечено - через задницу. Это из мелочей. Репликации нормальной нет. Мастер-мастер и синхронный кластер - только через навесные костыли. Ну ладно, второе в MySQL тоже через галеру на соплях. Но первое-то? Просто не мазохист, извиняйте.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Омномним (?), 29-Дек-22, 10:01
	И да, где в этой поделке компрессия? Компрессия отдельных полей мне не нужна, поля мелкие, агрегировать - будет геморрой с выборкой. Нужна компрессия строк или страниц.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Представлена новая значительная ветка СУБД MariaDB 11"	–1 +/–
	Сообщение от Аноним (90), 29-Дек-22, 10:54
	> Потому что я не люблю DBF в красивой обёртке. Вы всё ещё вакуумите? Тогда мы идём к вам. Чё там в мыскле и ее деривативах, удаление строк за время жизни Вселенной реализовано, или еще десять лет ждать надо? Кстати, в связке с так надрачиваемым master-master удаление 10-15 млн. строк получается еще эффектнее.
	Ответить \| Правка \| К родителю #84 \| Наверх \| Cообщить модератору


	91. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Омномним (?), 29-Дек-22, 11:24
	Оно таки реализовано. А не как в DBF - отметил и оставил, когда-нибудь там завакуумится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Аноним (90), 29-Дек-22, 11:56
	Дык известно как оно в мыскле реализовано - несчастные 10 млн записей будут на одиночном сервере может за пару часов таки удалятся, если перед этим дропнуть индексы. А вот в разлюбезном master-master разве что ваши пра-правнуки дождутся завершение операции. И да, в это время все другие запросы будут сасай-кудасай. Но зато никакого вакуума, что верно, то верно, такой мастерский DDoS от разрабов превзойти сложно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от Омномним (?), 29-Дек-22, 13:13
	И снова гонево, у меня cleanup более, чем 10 миллионов записей, ежесуточно отрабатывает очень шустро, и не ставит раком идущие процессы. В плане масштаба, слова RADIUS accounting, Zabbix history, mobile billing о чём-нибудь говорят?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Представлена новая значительная ветка СУБД MariaDB 11"	+1 +/–
	Сообщение от Аноним (22), 28-Дек-22, 16:36
	Вот ты смешной, оракл тебе промыла мозги маркетингом. оракл в мускуле так ничего и не развила. Тоже самое как апач "разививает" опенофис, один в один. Стагнация во все поля. Зато обратная совместимость, тут ничего не скажешь.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	49. "Представлена новая значительная ветка СУБД MariaDB 11"	+4 +/–
	Сообщение от Омномним (?), 28-Дек-22, 19:25
	Оракл в мускуле сделала достаточно нововведений, которые ждали долго и бесполезно. Online DDL, descending indexes, JSON, подключаемую аутентификацию, нормальный TLS, многопоточное перестроение индексов при DDL, нормальную реализацию GTID, человеческие атомарные DDL, человеческие хинты к запросам, и т.д. и т.п. В MariaDB всё это тоже либо бэкпортили либо делали позже, и криво-косо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "Представлена новая значительная ветка СУБД MariaDB 11"	–2 +/–
	Сообщение от Анони (?), 28-Дек-22, 20:25
	Ты SQL-разраб, DBA или пересказываешь статью 10-летней давности?
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	18. "Представлена новая значительная ветка СУБД MariaDB 11"	+1 +/–
	Сообщение от Аноним (20), 28-Дек-22, 16:09
	Ыще одын форумный иксперд. Чтобы "подсаживать" пипл на Oracle DB, у фирмы Oracle есть ограниченная по ресурсам и фичам редакция Oracle DB XE (Express Edition), на которую можно установить APEX - бесплатную Low Code платформу создания WEB-приложений.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	35. "Представлена новая значительная ветка СУБД MariaDB 11"	+/–
	Сообщение от penetrator (?), 28-Дек-22, 17:40
	вот только NDB этот васяно форк от автора не хочет сапортить
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	107. "Представлена новая значительная ветка СУБД MariaDB 11"	+1 +/–
	Сообщение от DEF (?), 30-Дек-22, 08:29
	Автор мускуля нормально устроился. Сначала продал свою базу данных Ораклу за 1 ярд, а потом такой белый и пушистый создал форк MariaDB, в противовес злобным корпорастам, которые "изуродовали" MySQL.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору

2. "Представлена новая значительная ветка СУБД MariaDB 11"	+5 +/–
Сообщение от Аноним (7), 28-Дек-22, 15:07
> Формирование следующей значительной ветки MariaDB 12, содержащей изменения, нарушающие совместимость, ожидается не ранее чем через 10 лет (в 2032 году). Вот это жесть. За 10 лет там накопится такой груз легаси что развитие фактически остановится, и СУБД, и так значительно отстающая по возможностям от того же постгреса, вообще станет бесполезной игрушкой.
Ответить \| Правка \| Наверх \| Cообщить модератору