MySQL теряет былую открытость - прекращена публикация тестовых наборов и лога изменений

Тема в разделе "Мировые IT новости", создана пользователем chibit, 19 авг 2012.

  1. chibit

    chibit Life sucks.

    Регистр.:
    4 дек 2007
    Сообщения:
    420
    Симпатии:
    285
    Разработчики MariaDB и других связанных с MySQL проектов выразили опасение в связи с прекращением публикации некоторых важных для сторонних участников сообщества компонентов разработки. MySQL постепенно превращается в лишь формально открытый проект, код которого доступен для загрузки, но малопригоден для создания производных проектов, основанных на активной кодовой базе MySQL. В частности, начиная с недавно выпущенного корректирующего релиза MySQL 5.5.27 в состав общедоступного архива с кодом больше не входит набор тестов и сгруппированный лог изменений, что существенно затрудняет проверку работоспособности производных сборок MySQL и оценку вносимых в кодовую базу изменений.

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

    Указанные тесты представляют большой интерес прежде всего для разработчиков сторонних движков хранения, дистрибутивов и групп, поддерживающих собственные ветки MySQL, например, подобные ветки поддерживаются компаниями Facebook, Google, Twitter и Taobao. Без подобных тестов мэйнтейнерам пакетов с MySQL будет значительно труднее оценить полную работоспособность кода при использовании дополнительных патчей (тесты позволяли убедится, что дополнительный патч не влияет на исправление ошибки). Группы, поддерживающие собственные ветки MySQL, будут вынуждены самостоятельно создавать новые тесты, что заметно замедлит работу по портированию исправлений из кодовой базы MySQL.

    Что касается сгруппированного лога изменений (revision history), то в нём производилась группировка патчей в привязке к определённым изменениям. Лог давал возможность судить какие патчи связаны с реализацией той или иной возможности или исправлением ошибки, а также позволял оценить кто изменил конкретную строку кода, зачем и когда. В настоящее время указанный вариант лога перестал обновляться в публичном BZR-репозитории MySQL.
     
    latteo нравится это.
  2. lift

    lift Читатель

    Заблокирован
    Регистр.:
    1 июл 2007
    Сообщения:
    2.226
    Симпатии:
    1.378
    Мария рулит. Сейчас сижу и думаю, ставить на сервер мускул + марию или не париться и не ставить мускул вообще. Заодно и посмотрю на прямую совместимость старых скриптов.
    Сан вообще как то, скажем так, прихуел со своими продуктами. Такое ощущение, что все, что было опенсорс и фри успешным в их понимнаии должно быть перенесено в чисто платное и угажено мусорными рюшечками под завязку. Даже по самому оракалу сейчаспо знакомым есть достаточно большое количество людей, находящихся в состоянии миграции с него и причина у всех одна: "это пиздeц"
     
    vanechek нравится это.
  3. donvictorio

    donvictorio

    Регистр.:
    28 янв 2010
    Сообщения:
    868
    Симпатии:
    796
    по этой же причине перестал ставить mysql на свежие сервера, перешёл на percona, полная совместимость, чуть шустрее innodb работает + куча интересностей в кластере.
     
  4. chibit

    chibit Life sucks.

    Регистр.:
    4 дек 2007
    Сообщения:
    420
    Симпатии:
    285
    Мария? Помню пытался её поставить - в вечный цикл разрешения зависимостей вошло :(. да, я неосилятор. В итоге выбрал PostgreSQL (меньше метра при первом запуске жрет (или около того, давно ставил), правда все буферы на минимуме по дефолту стоят).
     
  5. pikasun

    pikasun Постоялец

    Регистр.:
    23 сен 2009
    Сообщения:
    117
    Симпатии:
    9
    Думаем пересадить биллинг на Maria или на Percona. Нуно железа подсобрать. Хотим UTM5 подружить.. Глянем шо выйдет со 100 гиг. базой.
     
  6. kimel

    kimel Писатель

    Регистр.:
    22 авг 2012
    Сообщения:
    3
    Симпатии:
    0
    Да mysql уходит потихоньку. Тяжело в наше время некоммерческим организациям, зато mssql как всегда на высоте
     
  7. chibit

    chibit Life sucks.

    Регистр.:
    4 дек 2007
    Сообщения:
    420
    Симпатии:
    285
     
    latteo нравится это.
  8. latteo

    latteo Эффективное использование PHP, MySQL

    Moderator
    Регистр.:
    28 фев 2008
    Сообщения:
    1.404
    Симпатии:
    1.185
    Это первое, что пришло мне в голову как пентестеру, когда я об этих тестах узнал :)

    Для тех, кто высказывается за Maria и Percona:
    Новость как раз повествует о том, что им осложнили разработку. Так что не понятно ваше желание на них переходить в контексте статьи...
     
  9. lift

    lift Читатель

    Заблокирован
    Регистр.:
    1 июл 2007
    Сообщения:
    2.226
    Симпатии:
    1.378
    Ну так если им порезали тесты, то дальше они или загнуться как проекты или станут полностью самостоятельными. И то и то - плюс. Первое плюс потому, что слабых не станет. Второе плюс потому, что появится больше самостоятельных разработок и орегинальных идей.
     
  10. o_nix

    o_nix

    Регистр.:
    7 ноя 2007
    Сообщения:
    1.073
    Симпатии:
    1.037
    специально проводил тесты mysql 5.5.27 vs актуальные percona и mariadb

    на InnoDB таблицах разницы нет, на MyISAM чуть впереди MariaDB - разница не существенна

    тестировал на 4х ядерном серваке

    в плане перехода проще всего mariadb - вообще без каких либо проблем

    с percona приходится чуть с бубном танцевать

    я остался на mysql
     
    stooper нравится это.