forum.opennet.ru

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

Оглавление

Представлена новая значительная ветка СУБД MariaDB 11, opennews (??), 28-Дек-22, (0) [смотреть все]

Никогда не понимал этого насильного насаживания немощных васянофорков в дистрибу, Аноним (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]

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ообщить модератору

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

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

Партнёры:

Хостинг:

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

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


	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ообщить модератору