The OpenNET Project / Index page

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

Стабильный выпуск СУБД MariaDB 10.6

09.07.2021 08:11

После года разработки и трёх предварительных выпусков опубликован первый стабильный релиз новой ветки СУБД MariaDB 10.6, в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Поддержка новой ветки будет осуществляться 5 лет, до июля 2026 года.

Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с полностью открытым и прозрачным процессом разработки, не зависящим от отдельных производителей. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz.

Ключевые улучшения MariaDB 10.6:

  • Обеспечена атомарность выполнения выражений "CREATE TABLE|VIEW|SEQUENCE|TRIGGER", "ALTER TABLE|SEQUENCE", "RENAME TABLE|TABLES", "DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE" (либо выражение полностью завершено, либо всё возвращается в исходное состояние). В случае операций "DROP TABLE", удаляющих разом несколько таблиц, атомарность обеспечивается на уровне каждой отдельной таблицы. Целью изменения является обеспечение целостности в случае краха сервера в процессе выполнения операции. Ранее, после краха могли оставаться временные таблицы и файлы, нарушаться синхронизация таблиц в движках хранения и frm-файлах, оставаться непереименованными отдельные таблицы при переименовании разом нескольких таблиц. Целостность обеспечивается за счёт ведения журнала восстановления состояния, путь к которому можно определить через новую опцию "--log-ddl-recovery=файл" (по умолчанию ddl-recovery.log).
  • Реализована определённая в стандарте SQL 2008 конструкция "SELECT ... OFFSET ... FETCH", позволяющая вывести определённое число строк, начиная с указанного смещения, с возможностью использования параметра "WITH TIES" для прикрепления ещё оного следующего значения. Например, выражение "SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES" отличается от конструкции "SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1" выводом ещё одного элемента, следующего в хвосте (вместо 3 будет выведено 4 строки).
  • Для движка InnoDB реализован синтаксис "SELECT ... SKIP LOCKED", позволяющий исключить строки, для которых не может быть выставлена блокировка ("LOCK IN SHARE MODE" или "FOR UPDATE").
  • Реализована возможность игнорирования индексов (в MySQL 8 подобная функциональность именуется "невидимыми индексами"). Пометка индекса для игнорирования осуществляется при помощи флага IGNORED в выражении "ALTER TABLE", после чего индекс остаётся видимым и обновляемым, но не используется оптимизатором.
  • Добавлена функция JSON_TABLE(), предназначенная для преобразования данных JSON в реляционную форму. Например, документ JSON можно преобразовать для использования в контексте таблицы, которую можно указать внутри блока FROM в выражении SELECT.
  • Улучшена совместимость с СУБД Oracle: Добавлена поддержка анонимных подзапросов внутри блока FROM. Реализована конструкция MINUS (эквивалент EXCEPT). Добавлены функции ADD_MONTHS(), TO_CHAR(), SYS_GUID() и ROWNUM().
  • В движке InnoDB ускорена вставка в пустые таблицы. Формат строк COMPRESSED по умолчанию переведён в режим только для чтения. Схема SYS_TABLESPACES пришла на смену SYS_DATAFILES и напрямую отражает состояние в ФС. Для временного табличного пространства обеспечена поддержка отложенной записи. Прекращена поддержка старого алгоритма контрольных сумм, сохранявшегося для совместимости с MariaDB 5.5.
  • В системе репликации размер значения параметра master_host увеличен с 60 до 255 символов, а master_user до 128. Добавлена переменная binlog_expire_logs_seconds для настройки времени устаревания бинарного лога в секундах (ранее время сброса определялось только в днях через переменную expire_logs_days).
  • В механизме синхронной multi-master репликации Galera реализована переменная wsrep_mode для настройки параметров API WSREP (Write Set REPlication). Разрешён перевод Galera с незашифрованных коммуникаций на использование TLS без остановки кластера.
  • Реализована схема sys-schema, в которой собрана коллекция из представлений, функций и процедур для анализа операций с БД.
  • Добавлены служебные таблицы для анализа производительности репликации.
  • В набор информационных таблиц добавлены представления INFORMATION_SCHEMA.KEYWORDS и INFORMATION_SCHEMA.SQL_FUNCTIONS, выводящие список доступных ключевых слов и функций.
  • Удалены хранилища TokuDB и CassandraSE.
  • Кодировка utf8 переведена с четырёхбайтового представления utf8mb4 (U+0000..U+10FFFF) на трёхбайтовое utf8mb3 (охватывает диапазон Unicode U+0000..U+FFFF).
  • Добавлена поддержка активации по сокету в systemd.
  • В плагине GSSAPI добавлена поддержка имён групп Active Directory и SID.
  • Добавлена проверка наличия файла конфигурации $MARIADB_HOME/my.cnf в дополнение к $MYSQL_HOME/my.cnf.
  • Реализованы новые системные переменные binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode и Innodb_buffer_pool_pages_lru_freed.


  1. Главная ссылка к новости (https://mariadb.org/mariadb-10...)
  2. OpenNews: Стабильный выпуск СУБД MariaDB 10.5
  3. OpenNews: Компания MariaDB представила прокси-сервер MaxScale 2.0
  4. OpenNews: Сравнение производительности MariaDB 10.1 и MySQL 5.7
  5. OpenNews: Компания SkySQL переименована в MariaDB Corporation
  6. OpenNews: Стабильный релиз СУБД MySQL 8.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/55463-mariadb
Ключевые слова: mariadb, mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (147) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:08, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > Кодировка utf8 переведена с четырёхбайтового представления utf8mb4 (U+0000..U+10FFFF) на трёхбайтовое utf8mb3 (охватывает диапазон Unicode U+0000..U+FFFF).

    А зачем?

     
     
  • 2.2, Онаним (?), 10:18, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чтобы предельную длину текстового индекса в символах немножко увеличить.
    Потому что она рассчитывается от максимального размера символа.
    С utf8mb4 был лютый адешник.
     
     
  • 3.24, zloykakpes (ok), 11:48, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И создать проблем в дефолтных настройках при попытке сохранить emoji, например.
     
     
  • 4.26, Онаним (?), 12:01, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    По совсем-совсем дефолту ставится utf8mb4, так что здесь у вас проблем не будет.
    Это изменение - чтобы не было путаницы для тех, кто ставит просто utf8.
     
  • 2.3, Аноним (3), 10:34, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наоборот вроде грозились сделать. Сам по себе mb3 это легаси отросток мускуля из давних времен который никому не нужен и все кто используют его или марию не первый день и так явно ставят mb4. Возможно, в новости ошибка
     
     
  • 3.6, Аноним (3), 10:41, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А, нет, никакой ошибки. Это первый этап перевода utf8 на mb4 по умолчанию: https://jira.mariadb.org/browse/MDEV-8334
     
     
  • 4.155, gogo (?), 10:15, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    на самом деле идея так себе - перевернуть все с ног на голову, чтобы потом еще раз перевернуть.
     
  • 2.11, Аноним (11), 10:48, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    эээ, йопт.
    это в 10.6 или в 10.6.3 изменили?
    если 10.6.2 -> 10.6.3 это очень подло так посреди версии делать
     
     
  • 3.12, Аноним (12), 10:53, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    10.6.1 и 10.6.2 альфа выпуски :)
     
  • 3.13, Аноним (11), 10:55, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    выяснил что это изменение было с 10.6.0 -> 10.6.1. и впрочем можно сказать на 10.6 будем жить на 3байтных ютф8. впрочем это всегонавсего дефолт который можно под себя настроить. просто существуют широченные таблицы которые по-дефолту делаются с ютф8 и потом невлазят в лимиты
     

  • 1.4, pashev.me (?), 10:37, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодцы.
     
     
  • 2.5, Аноним (5), 10:39, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    здесь новый тренд наметился?

    https://www.opennet.ru/openforum/vsluhforumID3/124755.html#2

     
     
  • 3.8, Аноним (3), 10:42, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Молодец, заметил
     
  • 3.9, Аноним (9), 10:43, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Молодец
     
  • 3.23, Qwerty (??), 11:41, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Просто лайкосоство.
     
     
  • 4.51, Аноним (9), 17:40, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    От плюсиков на этом сайте нет никакой выгоды, даже зарегистрированным.
     
     
  • 5.54, OnTheEdge (??), 18:16, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ЧСВ разве что потешить
     
  • 4.56, КО (?), 18:48, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Два чая этому господину
     

  • 1.7, Аноним (7), 10:42, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    TokuDB то за что?
     
     
  • 2.10, Аноним (3), 10:44, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > The TokuDB storage engine has been deprecated by upstream

    https://jira.mariadb.org/browse/MDEV-19780

     
     
  • 3.34, Аноним (34), 13:35, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А говорили
    >> независимая организация MariaDB Foundation

    Вот закроют Мускул и улетит их независимая организация на дно океана и илом покроется.

     
     
  • 4.85, Аноним (85), 10:40, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну надо же придать видимость воздуху который будут продавать ?...
    Отжать MySQL (tm) не удалось - вот и приходится что-то выдумывать.
     
  • 2.107, Аноним (107), 18:31, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Току прикупила Перкона. А Перкону (и лично Зайцева) Мария не любит. Такие, брат, дела. Зато наместо отличнейшей сторидж енджин они везде суют фейсбукувскую недоделку, MyRocks.
     
     
  • 3.110, Онаним (?), 20:11, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    MyRocks - это офигенный движок. В том смысле, что попробовав - офигеешь. В том смысле, что офигеешь и выкинешь. Оно безбожно жрёт память, с ростом объёма данных начинает влетать в вечное их переупорядочивание, от этого тормозит и становится неюзабельным. Оно не умеет нормально изоляцию транзакций. Оно не умеет онлайн ддл. Оно крашится и корраптит данные. В этом можно хранить только то, что не жалко выкинуть, зачем они вообще это убожество втянули в MariaDB - сказать сложно.
     
     
  • 4.119, Аноним (119), 03:09, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В этом можно хранить только то, что не жалко выкинуть
    > Facebook

    This behavior is by design.

     
  • 3.111, Онаним (?), 20:16, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Току закопала Перкона. Сначала купила, потом ниасилила и закопала.
    Желаю в аду им гореть за сие доблестное деяние.

    Ни одного нормального движка с компрессией в MySQL не осталось. В InnoDB кое-как юзабельно сжатие страниц, правда требует по сути SSD - на HDD шерето sparse-файлов приводит к такой фрагментации, что лучше не трогать. И сжатие выходит хуже раза в 2-3 чем у TokuDB... но хотя бы есть.

     
     
  • 4.120, Аноним (120), 03:20, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    InnoDB сама по себе жрет много места, и со сжатием она выходит на уровень несжатой MyISAM, и то не всегда, и с гарантированной просадкой производительности. Аналогов току нет.
     
     
  • 5.123, Онаним (?), 05:24, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, ну MyISAM - это вообще выкрасить и выбросить, оно ж в транзакции не умеет.
    А так - да.
     
     
  • 6.156, gogo (?), 10:18, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    а слабО без транзакций писАть? ;)
     
     
  • 7.162, funny.falcon (?), 15:42, 13/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    s/слабо/нафига/
     

  • 1.14, Аноним (14), 10:58, 09/07/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –5 +/
     

  • 1.15, Аноним (15), 10:59, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    >Обеспечена атомарность выполнения выражений

    ох елки, зачем я зашел читать про эту поделку. пойду нормальной базой пользоваться

     
     
  • 2.53, Аноньимъ (ok), 18:13, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что не так?
     
  • 2.73, kissmyass (?), 04:38, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это какой? VacumDB?
     

  • 1.18, Беня Коломойский (?), 11:09, 09/07/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     
  • 1.19, Gemorroj (ok), 11:23, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    это они только сейчас с mysql 8.0 синхронизировались?
     
  • 1.22, Аноним (22), 11:41, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Улучшена совместимость с СУБД Oracle

    Лучше бы улучшили совместимость с MySQL 8, мне приходится мигрировать на него из-за отсутствующих в MariaDB нужных мне фич

     
     
  • 2.25, turbo2001 (ok), 11:58, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Каких?
     
     
  • 3.27, Онаним (?), 12:03, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Упорядоченные по нисхождению индексы например.
    Мигрировать пока не собираюсь, но точу когти.
     
     
  • 4.28, Gemorroj (ok), 12:04, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а в чем смысл сидеть на марии? mysql 8 улетел вперед, мария синхронизируется с ним с приличным отставанием, а своих фич не так уж и много.
     
     
  • 5.29, Аноним (29), 12:18, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Еще потому что в дистрибах марию ставят по дефолту везде.
     
     
  • 6.69, Аноним (119), 01:36, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    То есть вся проблема в том, чтобы установить mysql из ораклового репозитория? Это прям так сложно?
     
  • 5.31, Онаним (?), 13:05, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Тяжеловато мигрировать туда-сюда с гигабайтными и терабайтными базами...
    Поэтому выбор делается раз и надолго.
     
  • 5.63, DeadLoco (ok), 23:43, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто никуда не улетел. Мария с мусклем активно обмениваются фичами, по мере доведения до продакшна. Что-то ушло вперед в марии, что-то в мускле, в будущих релизах засинхронятсякак синхронилось ранее.  

    Лично мне в марии люто втащил ROW TYPE OF. Реализация вообще копеечная, странно, что лет десять тому не сделали.

     
  • 2.30, FSA (??), 12:48, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Лучше бы улучшили совместимость с MySQL 8, мне приходится мигрировать на него из-за отсутствующих в MariaDB нужных мне фич

    Вы будете шокированы, если попробуете PostgreSQL :) Без шуток. Правда привыкать к некоторым вещам нужно, например, индексы не используются и порядок записей будет неопределённый, если явно не указать в запросе как сортировать результат.

     
     
  • 3.32, Онаним (?), 13:05, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Это да, я был шокирован, насколько оно убогое во всех смыслах.
    Ещё и удалённые записи само освобождает через пень-колоду.
     
     
  • 4.35, Онаним (?), 13:45, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    О, любители вакуумов минусить начали.
    Ребят. Если я из таблицы в 500-600 гиг на сто с фигом миллионов записей удалю 10 миллионов за прошлый месяц, которые в архив сбросил - мне сколько потом ждать, пока оно отвакуумится, чтобы оно дальше не пухло и не тормозило?
     
     
  • 5.36, Онаним (?), 13:46, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И если вариант с датами ещё можно как-то партициями решить, то вариант с интервалами уже так просто не шардится.
     
     
  • 6.72, Аноним (119), 01:46, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Что-то мне подсказывает, что вам нужна колоночная база. Типа кликхауса.
     
  • 5.71, Аноним (119), 01:43, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    При таких вводных и innodb опухнет не меньше.
     
     
  • 6.74, kissmyass (?), 04:41, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а можно подробнее?
     
     
  • 7.132, Аноним (132), 16:35, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Можно https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-versioning.html

    If you insert and delete rows in smallish batches at about the same rate in the table, the purge thread can start to lag behind and the table can grow bigger and bigger because of all the “dead” rows, making everything disk-bound and very slow

     
     
  • 8.152, kissmyass (?), 02:04, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    там имеется ввиду непрерывный процесс удаления маленькими порциями, который буде... большой текст свёрнут, показать
     
     
  • 9.158, Аноним (132), 22:08, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Автовакуум ничего не блокирует ... текст свёрнут, показать
     
     
  • 10.160, kissmyass (?), 02:12, 13/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    а разве это не все тот же вакум который запускается по расписанию ... текст свёрнут, показать
     
  • 5.76, help_wp MySQL default (?), 06:03, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> чтобы оно дальше не пухло и не тормозило

    ОНО, Postgress, ПОД MIT ЛИЦЕНЗИЕЙ.

    Вы существуете:
    1. В безвоздушном пространстве
    2. На бабушкину пенсию
    3. Просто УКРАЛИ лицензию на Марию или на Мускул?

    А вы цены знаете? Чем рассчитываете расплатиться с Oracle в случае разоблачения?
    Выкатят-то ущерб по SAAS прайсу. А он жесток.

     
     
  • 6.82, Онаним (?), 10:22, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я знаю, что жарко.
    Если сильно припекает - обливайтесь прохладной водой, оборачивайте голову мокрым полотенцем.
     
  • 4.41, Aleks (??), 15:21, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Неистово плюсую. Тюнинг адский, распределение никакое… Если уж так синтаксис сей студенческой поделки нравится, тогда лучше уж тараканДБ.
     
  • 3.38, Яхз (?), 14:20, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы будете шокированы, если попробуете PostgreSQL :) Без шуток.

    Угу, какие там шутки, отпаивать неделю после шока придётся ))
    Работал по очереди с MySQL/MSSQL/Oracle, переход между ними был в целом нормальный. Чуть другие тулы, отличающийся синтаксис некоторых выражений и функции, но ничего критичного, переключаться туда-сюда несложно. Первое знакомство с PostgreSQL - бл№";, что это за $%^#$@#%$ ?! PgAdmin - хрень чуть лучше phpmyadmin, рядом с MySQL Workbench/SQL Server Management Studio и даже SQL Developer (кто сказал TOAD/PL/SQL Developer?) не стояло. Зато пихон+уэб, да. Каждый раз, когда сталкиваюсь с PostgreSQL, реакция одна - "Эх, снова с этим $#%$#% работать... А нет чего-то нормального, а?"

     
     
  • 4.39, anonymous (??), 14:54, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну не знаю. Работал только с MySQL и PostgreSQL.
    Как по мне так наилучший вариант - это консольные клиенты mysql/psql.
     
     
  • 5.42, Аноним (29), 15:47, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это если достаточно че-то дефолтное развернуть на уровне девопса. А если надо именно разработчиком БД быть, и поддерживать, замучаешься этими консольками пользоваться, менее производительно получается + шансов накосячить больше, а если еще и на живом проде... А динамические процедуры, триггеры...
     
     
  • 6.70, Аноним (119), 01:40, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если быть разработчиком БД, а не веб-макакой, то зачем вебморды для вебмакак типа пхпмуадмина?

    Полно полноценных GUI клиентов. Тот же DataGrip. Если хочется опенсорс - dbeaver.

     
     
  • 7.87, Аноним (87), 11:59, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    После Oracle SQL Developer, PL/SQL Developer, TOAD, MSSQL Develompent Studio - Dbeaver просто верхами всё и сразу, но ничего более детально.
     
  • 7.89, Аноним (87), 12:03, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    DataGrip не пробовал, но остальные IDE нравятся.
     
  • 7.90, Аноним (87), 12:04, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для мускула брать DataGrip лицуху жирновато. Для больших баз другое дело.
     
     
  • 8.92, Аноним (119), 12:54, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если устраивает сидеть на бетах которые у JetBrains часто стабильнее релизов , ... текст свёрнут, показать
     
     
  • 9.104, Аноним (104), 16:47, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю за инфу ... текст свёрнут, показать
     
     
  • 10.112, Аноним (119), 20:33, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да, если нет неприязни к snap-у, то сидение на EAP триалах автоматизируется и св... текст свёрнут, показать
     
  • 7.105, Аноним (104), 17:19, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Поставил DataGrip. Не нашел где в Марии создать триггер.
     
  • 5.45, Аноним (29), 15:57, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда в БД сотня связанных таблиц, тыща хранимых процедур, триггеров сотни, представлений, десятки задач планировщика, терабайт данных, синхронизация с другими базами, во веселуха через консольку то разрабатывать.
    Это вам не под CMS на локалхосте завести пользователя.
     
     
  • 6.121, Аноним (132), 04:53, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > сотня связанных таблиц, тыща хранимых процедур, триггеров сотни, представлений, десятки задач планировщика, терабайт данных, синхронизация с другими базами

    И всё это вы мышкой в GUI накликали? Похоже у кого-то богатая фантазия :-)

     
     
  • 7.126, Аноним (126), 12:26, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Непосредственно сам код руками конечно, но с помощью IDE. Всё глазами видно. Ограничения мышкой полностью делаются. Задачи заводятся тоже через формочку.
     
     
  • 8.133, Аноним (132), 16:39, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А про тестирование перед выкаткой в бой и версионирование кода и схемы БД вы узн... текст свёрнут, показать
     
  • 7.127, Аноним (126), 12:27, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не я один. Это с годами обрастает. dblink тоже мышкой.
     
  • 7.128, Аноним (126), 12:29, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А именно биллинг провайдыря, либо розничная сеть с сотнями точек и дочерних БД, связанных с главной.
     
  • 4.43, Аноним (29), 15:51, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю. Я работал и с большой БД Оракла, и с MSSQL поменьше. И только недавно с мускулом начал. Для марии кроме HeildiSQL падучей на каждый чих и написанной на делфи, но зато более менее функциональных сред нет. А по постгресу и подавна. Речь идет о свободных или дешевых средах. Платные то норм, но что-то не приходится платить не за оракловый (пусть и зависающий порой, но полнофункциональный) SQL Developer или MSSQL Dev Studio.
     
     
  • 5.47, Аноним (29), 16:07, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я еще не упомянул пятиэтажные запросы с подзапросами по 500 строк для отчетности и прочих OLAP и аналитики. Без нормальной IDE тяжко. Я рад, что постгрес дышит в затылок оверпрайсному ораклу, но вот свободных сред разработки нормальных нет. И в мускуле/марии тоже много прикольных фич появилось, но с марией трудно работать без нормальной IDE, тем более под линух.
     
     
  • 6.134, Аноним (132), 16:44, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Я еще не упомянул пятиэтажные запросы с подзапросами по 500 строк для отчетности и прочих OLAP и аналитики. Без нормальной IDE тяжко

    Такие запросы пишутся в текстовом файле, по кусочкам которые выполняются в процессе написания, а через что их выполнять — не важно, через консольный psql даже проще.

     
     
  • 7.153, Яхз (?), 09:45, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В текстовом файле их пишут как раз там, где нет нормальной IDE. Пакеты Оракла или хранимые процедуры на несколько экранов тоже будете в текстовый файл копировать, а потом назад, когда надо отредактировать? ))
     
     
  • 8.159, Аноним (132), 22:12, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я в боевой базе на сервере руками ничего не редактирую ... текст свёрнут, показать
     
     
  • 9.161, Яхз (?), 09:35, 13/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А код в базе самозарождается, да И dev sit uat pre-prod отсутствуют Разрабо... текст свёрнут, показать
     
  • 5.48, Нырок (?), 16:10, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что-что, а говнище этот Оракл ещё то.
     
  • 5.55, Аноньимъ (ok), 18:19, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >но зато более менее функциональных сред нет.

    Разве MySQL Workbench не работает с марией?

     
     
  • 6.61, Аноним (29), 20:59, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    нет. оракл же
     
     
  • 7.100, Аноньимъ (ok), 15:12, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У меня раньше работало, можете теперь совместимость потеряна конечно...
     
     
  • 8.103, Аноним (104), 16:46, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Недавно проверял Выводится сообщение, что мол нет Со свежей версией марии ... текст свёрнут, показать
     
  • 5.75, kissmyass (?), 04:43, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    в смысле нет? Dbeaver имеет IntelliSense.
     
     
  • 6.88, Аноним (87), 12:01, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Неудобный он. И не всё поддерживает. Создать таблицу, написать запрос. А какие-то модификаторы, нестандартные вещи и прочее - уже ручками.
     
  • 4.46, COBA (?), 16:02, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Давно использую https://dbeaver.io/ для работы со всеми DB.
     
     
  • 5.91, Аноним (87), 12:06, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Элементарно создать триггер если выбрать, то там какая-то ерунда генерится без кликательных вариантов. Проще просто закодить и выполнить.
     
  • 4.84, Онаним (?), 10:26, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > знакомство с PostgreSQL - бл№";, что это за $%^#$@#%$ ?!

    Абсолютно те же эмоции.

     

     ....большая нить свёрнута, показать (54)

  • 1.33, Аноним (34), 13:33, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >> независимая организация MariaDB Foundation

    Хоть в одной новости было про зависимую организацию? У них даже CentOS не зависит ни от кого.

     
  • 1.37, Хан (?), 14:01, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    PostgreSQL хватит всем
     
     
  • 2.49, kai3341 (ok), 17:14, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чем отличается поведение update в postgres и в innodb?
     
     
  • 3.122, Аноним (132), 04:56, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В целом — ничем.
     

  • 1.40, ВЦцВ (?), 15:10, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот она! СТАБИЛЬНОСТЬ!
     
     
  • 2.77, КО (?), 06:35, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Стабильность придёт когда будет киберпанк и мы будем движением пальца и силой мысли двигать блоки с миллиардами данных без епли с исходным кодом.
     

  • 1.44, user90 (?), 15:51, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Концепция-то старовата, не?
     
     
  • 2.52, Аноним (52), 18:11, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Которая именно?
    SQL? Реляционная алгебра?
    И в чем оно устарело?
     
  • 2.58, Онаним (?), 20:40, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Концепция-то старовата, не?

    Конечно старовата.
    Херак-херак в рест апи, и в продакшн.
    Хипстерам ныне часто даже в голову не приходит, что этот рест апи кто-то написал, и под ним в случае сложных приложений скорее всего SQL лежит, а возможно и не только.

     
     
  • 3.109, нах.. (?), 18:36, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хотел сказать херак-херак на расте и в продакшн?
     

  • 1.57, Аноним (57), 20:16, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Тут собрались все домохозяйки, для которых разрабатывался SQL?
    Предлогаю до кучи переименвать Master в massa.
     
     
  • 2.59, Онаним (?), 20:42, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Предложишь что-то лучше SQL для сложных зависимостей?
    Понятно, что очередной your typical интернет магазинчик можно хоть в document storage держать, хоть вообще в txt'шники писать. Но когда у тебя допустим биллинг мобильной телефонии - никуда ты от SQL не денешься уже, всё остальное слишком нудно и бойлерплейтно.
     
     
  • 3.60, Аноним (57), 20:57, 09/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прошу прщения за предыдущий пост, сделанный не на трезвую годову. Сейчас это уже не кажется хорошей идеей. Склоняю голову перед "мастерами" (в хорошем смысле) SQL, собравшимися сдесь. Самому приходится использовать SQL в связке с paradox | DBF | CSV, а хотелось бы подняться до уровня postgre, mariadb...
     
     
  • 4.113, zzz (??), 20:56, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    заставить бы тебя 1000 раз на доске написать postgreS, чтоб запомнил
     

  • 1.62, Аноним (-), 21:16, 09/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прикол PostgreSQL в том, что он использует системный flush. Т.е. данные могут быть похерены в лёгкую. Даже MySQL себе такого не позволяет.
     
     
  • 2.66, Shodan (ok), 00:22, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообщето пострес поддерживает ACID и имеет WAL
     
     
  • 3.67, Профессор (?), 00:26, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ACID и WAL он поддерживает исключительно через flush, а значит это не ACID и WAL, а фуфло для школьников.
    То, что Postgres зафлашил данные это не значит, что ядро их сразу сбросило на диск. Любая нормальная БД использует только direct io, но только не Postgres.
     
     
  • 4.68, Профессор (?), 00:31, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Под flush я имел ввиду fsync. На хабре есть статья по теме, возможно  это она, если нет сам найдёшь - https://habr.com/ru/company/oleg-bunin/blog/459444/
     
     
  • 5.93, Аноним (119), 12:59, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это проблема того, что в современных ОС в общем случае невозможно гарантировать запись.
    Единственный стопроцентный способ - работать напрямую с блочным устройством через direct IO в обход механизмов файловой системы, как это умеет Оракл.
     
     
  • 6.97, Аноним (119), 13:04, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А, вон внизу пишут, что Мария тоже так умеет. Молодцы.
     
     
  • 7.125, СеменСеменыч777 (?), 10:44, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А, вон внизу пишут, что Мария тоже так умеет. Молодцы.

    это другое. это - сделать на устройстве свою файловую систему для себя, чтобы
    обойти туповатые ext4/xfs/ufs и навороченных монстров btrfs/zfs/ntfs.

     
  • 6.99, Пройессор (?), 13:15, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не проблема ОС, ОС вообще не должна этим заниматься, это проблема кривых рук создателей Postgres. Direct IO именно для этого и создан. Если создатели Postgres не смогли direct io, а все остальные смогли значит, не OS виновата.
    Более того, OS в идеале не должна (и не делает этого) предоставлять файловую систему которая на 100% позволит реализоваться СУРБД, таких файловых систем быть не может поскольку это всегда будет trade-off. Это задача СУРБД на голом девайсе самой реализоваться файловую систему которая будет заточенна именно под эту СУРБД.
     
     
  • 7.101, Аноним (119), 15:51, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я и не говорю, что это проблема ОС. Это проблема легаси. Постгрес очень старый проект, а в классических старых Unix-ах fsync вполне себе работал, и никому в голову не пришло добавить там уровень абстракции. Сейчас это уже не так просто.

    Есть экспериментальная ветка https://github.com/anarazel/postgres/tree/aio, посмотрим, что получится.

     
  • 4.129, Аноним (132), 15:50, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > То, что Postgres зафлашил данные это не значит, что ядро их сразу сбросило на диск

    Это имеено это и значит, что за чушь ты пишешь? Fsync работает на тех же механизмах что и direct io, если у тебя fsync не работает то и direct io не будет. У диска есть внутренний кеш, если ты не в курсе.

     
     
  • 5.130, Профессор (?), 16:02, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Иди мат.часть учи, преимущество direct io в том, что он не страдает от race condition в отличии от fsync. И эти люди ещё думают, что разбираются в программировании.
     
     
  • 6.135, Аноним (132), 16:50, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты думаешь, дилетант, что означает флаг O_DIRECT_NO_FSYNC в параметре innodb_flush_method СУБД про которую ты ничего не знаешь, а мнение имеешь?
     
     
  • 7.137, Профессор (?), 16:57, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Причём тут innodb_flush_method если речь идёт о Postgres?

    Ты думаешь, что вызов fsync данные сразу, как они были записаны через syscall типа write, отправляет на диск (в кеш диска)?
    Или может всё таки в ядре есть логика переупорядочивания тех данных которые были записаны в один и тот же файл и для которого был вызван fsync, чтобы записать данные за один проход?
    Что будет если несколько потоков будут писать в один файл и вызывать fsync?

    Иди учи мат.часть.

     
     
  • 8.139, Аноним (132), 17:05, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты утверждаешь что fsync не даёт достичь консистентности то он и в innodb н... текст свёрнут, показать
     
     
  • 9.141, Профессор (?), 17:11, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, это ты дурик В innodb fsync используется потому, что некоторые файловые... текст свёрнут, показать
     
     
  • 10.142, Аноним (132), 17:15, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь вот тут почитай https dev mysql com doc refman 8 0 en innodb-parameters... текст свёрнут, показать
     
     
  • 11.143, Профессор (?), 17:18, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я не могу понять, ты тупой или слепой По твоей ссылке написано тоже самое что и... текст свёрнут, показать
     
     
  • 12.146, Аноним (132), 17:23, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты прямо классический пример ламера, воинствующий дилетант не способный даже про... текст свёрнут, показать
     
     
  • 13.148, Профессор (?), 17:28, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это точно бот написаный школотой Ему же написали, что есть баг - some filesy... текст свёрнут, показать
     
     
  • 14.151, Аноним (132), 17:38, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это заблуждение ... текст свёрнут, показать
     
  • 10.144, Аноним (132), 17:18, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А это твой любимый race condition в официальной документации mysql Data loss is... текст свёрнут, показать
     
     
  • 11.145, Профессор (?), 17:22, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Понял, он тупой - and your data files reside on a device with a cache that is... текст свёрнут, показать
     
     
  • 12.147, Аноним (132), 17:27, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В режиме O_DIRECT mysql делает fsync, чтож ты прочитать то не можешь, ппц - O_... текст свёрнут, показать
     
     
  • 13.149, Профессор (?), 17:30, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, ты просто критин, тебе уже 100 написали, что fsync вызывается в ДПОЛНЕНИЕ... текст свёрнут, показать
     
     
  • 14.150, Аноним (132), 17:36, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не прав Во первых 8212 в XFS нет бага - ... текст свёрнут, показать
     
  • 5.131, Аноним (-), 16:29, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Direct IO не использует page cache, значит не будет загрязнения page cache'а в отличии от fsync. БД сама кэширует, в случае с fsync будет двойное кеширование. Зачем?
     
     
  • 6.136, Аноним (132), 16:56, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это просто другой способ работы с диском, основанный на использовании кеша ФС. Что бы избежать двойного кеширования можно уменьшить кеш БД или наоборот увеличить что бы вытеснить кеш ФС, в зависимости от того что вам больше нравится.

    И fsync в innodb всё равно есть, не надо повторять эту чушь.

     
     
  • 7.138, Профессор (?), 16:59, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Это просто другой способ работы с диском, основанный на использовании кеша ФС.

    Который фатален в ряе случаев.

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

    Это просто пипец. На этом с тобой общение закончил, это клиника.

    >И fsync в innodb всё равно есть, не надо повторять эту чушь.

    Причём тут innodb? Тебе пишут, что речь идёт про Postgres.

     
     
  • 8.140, Аноним (132), 17:09, 11/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Глупость ... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (28)

  • 1.78, ХрюХрю (?), 07:11, 10/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    у кого сколько по времени mariadb запускается при запуске линуха?
    просто думаю 5 сек это норм или нет...
     
     
  • 2.79, ХрюХрю (?), 07:14, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    без баз, без таблиц
     
     
  • 3.83, Онаним (?), 10:24, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Доли секунды.
     
  • 3.96, Аноним (119), 13:03, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    тогда долго, может, reverse dns lookup обламывается?
     
  • 2.94, Аноним (119), 13:02, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если myisam не используется, можно выпилить myisamchk при запуске, тогда будет мгновенно.
     

  • 1.95, СеменСеменыч777 (?), 13:03, 10/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    MariaDB например умеет вот так:
    https://mariadb.com/kb/en/innodb-system-tablespaces/#using-raw-disk-partitions

    кто еще может таким похвастаться ? Oracle по-моему умел, но уже разучился, остальные мимо.

     
     
  • 2.98, Аноним (119), 13:09, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это скорее фича innodb, чем марии, так что вроде все форки mysql умеют.

    https://dev.mysql.com/doc/refman/8.0/en/innodb-system-tablespace.html#innodb-r

     
  • 2.114, Аноним (114), 21:22, 10/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не знал, спасибо за инфу.
     
  • 2.154, 1 (??), 09:57, 12/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    красиво потом восстанавливать, после сбоя на диске.
    На Innodb не пробовал, а вот с ораклом имел нехилый секс. После чего эту глупость не стали пользовать.
     
     
  • 3.163, Аноним (119), 16:36, 13/07/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    после сбоя на диске надо восстанавливать из бэкапа
     
     
  • 4.164, СеменСеменыч777 (?), 18:09, 15/07/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > после сбоя на диске надо восстанавливать из бэкапа

    а бэкапы надо делать через Shadow Copy и никак иначе !
    (естественно на raw devices это не работает, поэтому к черту raw devices).

     

  • 1.108, Аноним (107), 18:34, 10/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Насчет WITH TIES несовсем корректно: добавление WITH TIES позволяет получить больше заявленных результатов, если последний и идущие за ними имеют одинаковую стоимость: например, после ORDER BY... LIMIT вы запрашиваете N результатов, но у N-ого и N+1-ого стоимость одинаковая. Какой из них отдаст вам сервер, поди угадай. А если WITH TIES, он отдаст вам оба (хотя и число отданных результатов будет не N, а N+1).
     
  • 1.124, Аноним (124), 08:46, 11/07/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Помянем Монти и Зайцева.
     

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



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

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