The OpenNET Project / Index page

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

Уже 7 месяцев нет новых релизов MySQL Community Eddition

02.07.2008 14:28

Создается впечатление, что MySQL Community Edition тихо умирает. Последняя стабильная версия (5.0.51) была выпущена в ноябре 2007 года и за последующие 7 месяцев вышли только 2 обновления касающиеся безопасности. Единственная модификация, внесенная в Community и отличающая его от Enterprise - это патч, добавляющий команду SHOW PROFILE. Очевидно, что сообщество потеряло интерес к дальнейшей разработке MySQL.

Можно вспомнить, что Kaj Arnö в пресс-релизе заявлял, что в стратегию развития MySQL Community Eddition входит 2 годовых бинарных релиза и 4 в исходных кодах, выходящих по расписанию. Таким образом на сегодняшний день оказались пропущенными 3 релиза.

Но так как в некоторых вопросах сообщество плотно завязано на MySQL, оно пытается найти выход из создавшейся ситуации. Один из вариантов – это покупка Enterprise-лицензии. Другой вариант – использовать в качестве источника обновлений репозиторий Jeremy Cole, где автор достаточно оперативно публикует исходники и бинарные файлы Enterprise версии.

Хотя, необходимо отметить, переход на Launchpad, публичный веб-интерфейс рапозитария Bazaar, существенно расширил возможности предоставляемые разработчикам. Теперь стало легче создавать ветви основного репозитория, чтобы, например, заниматься проверкой своих собственных идей или загрузить и протестировать чужую «ветку».

  1. Главная ссылка к новости (http://www.mysqlperformanceblo...)
Автор новости: blkdog
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/16769-mysql
Ключевые слова: mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (48) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.5, ZANSWER (??), 15:32, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Похоже самое время, собратся всем крикунам и форкнуть его, пока не позно, а то ведь так не годится...*DEAD RELEASE*
     
     
  • 2.7, spamtrap (ok), 15:38, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    оставьте фокр программистам, а крикуны пусть занимаются своим делом - кричат :)
     
     
  • 3.10, fresco (??), 15:54, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    пусть уж лучше не занимаются
     
  • 2.22, Аноним (-), 19:12, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да ваши любимые санки как всегда технически неплохи но на практике все уныло и п... большой текст свёрнут, показать
     
     
  • 3.27, _umka_ (ok), 21:55, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>а то ведь так не годится...*DEAD RELEASE*
    >
    >Да ваши любимые санки как всегда технически неплохи но на практике все
    >уныло и печально и сливается оными бездарно.Вон тот же ZFS они
    >пожадничали под GPL выложить.

    Это вы в адрес всего lkml которое занимается тем что сживает со свету все сторонные разработки. Ну так спросите их - почему оно старатетельно вычищают даже dual licensed.
    Может надо быть более вменяемым и тогда будет возможность использовать чужие наработки - а не фанатеть от слова GPL ?

     
     
  • 4.29, Аноним (-), 22:49, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    И в общем то по своему правы Потому что нехрен раскладывать ГРАБЛИ в БАЗОВЫХ КОМ... большой текст свёрнут, показать
     
     
  • 5.47, vitek (??), 11:25, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Если вы не поняли, именно это и дает ему такую скорость развития.

    именно!
    и, да, они не поняли.
    потом удивляются, почему opensolaris никто не качает, кроме фанатов.

     

  • 1.6, Аноним (6), 15:34, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О чем "новость"? Что кому-то не понравилось кол-во релизов? Так это антиновость, как раз такое в блогах и пишут. Побухтеть, в общем.

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

    Жаль, что OpenNet ухудшается в смысле качества материалов...

     
     
  • 2.8, OLD (ok), 15:40, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >О чем "новость"? Что кому-то не понравилось кол-во релизов

    Новость вашу не читал, но осуждаю.

    >Жаль, что OpenNet ухудшается в смысле качества материалов...

    Жаль, что OpenNet ухудшается в смысле качества комментариев...

     
  • 2.30, Аноним (-), 22:52, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Жаль, что OpenNet ухудшается в смысле качества материалов...

    Комментаторы тоже ухучшаются.Так, для сведений, вон там справа есть такая фиговина - добавить новость.Так вот.Все в ваших руках.Видите интересную новость?Добавьте и если она интересная - она тут появится.Соответственно хотите хороших новостей?А кто не дает их постить?!

     

  • 1.11, Piter Ring (?), 15:57, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Суть новости ????
    то что Community Edition умирает ?? или "ВСЕ наБАЗАР" ????
    Очень смахивает на завуалированную рекламу.
    А если все таки речь идет о мускуле, то я всегда считал -  на шару только уксус.!
    Если тебе нужен мускул для твоего "бизнеса" то нечего жлобится, заплати денег и пользуйся.
    Если ты домашнюю фонотеку решил залить в мускул и прикрутить пхп-морду - флаг тебе в руки,
    и "безопасность с всякими фенечками" тебе в таком случае не понадобится.
    Так что в даной новости - новостей НЕТ!
    а то что комунити-версии уходят под косяк после приобретения (поглощения) опен-продукта
    каким нибуть "китом" - СУСЕ тому живой пример.
    Последняя равноценная версия опен и   комерческая вышли гдето на уровне 9.х, после этого комунити потерял связь с комерческим релизом, и как следствее с выходом новых комунити-сборок появляется все больше кривых углов по сравнению с предыдущим релизом.

     
     
  • 2.12, dry (?), 16:09, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Если тебе нужен мускул для твоего "бизнеса" то нечего жлобится, заплати денег и пользуйся.

    Если нам будет нужна БД для "бизнеса", мускул - это последнее, что мы будем рассматривать.

     
     
  • 3.15, Ононим (?), 16:52, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    что верно то верно, для решения более масштабных задач нежели "быдлофорум" и "хомсайт" можно использовать куда более интересные СУБД, например тот же postgre, oracle или ms sql (вот только не надо тут кидаться помидорами).
     
     
  • 4.37, Piter Ring (?), 02:37, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >что верно то верно, для решения более масштабных задач нежели "быдлофорум" и
    >"хомсайт" можно использовать куда более интересные СУБД, например тот же postgre,
    >oracle или ms sql (вот только не надо тут кидаться помидорами).
    >

    Я тут полностью согласен с даным подходом к вопросу,
    но существует множество серъезных проектов выросших из "доморощенных"
    быдлофорумов и хомсайтов. И в таких случаях, если "математики" мускула
    хватает для конкретной задачи, то переходить на "настоящие" СУБД - куда дороже
    чем просто купить лицензию у САНтехников.

     
  • 4.39, Аноним (-), 05:30, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >что верно то верно, для решения более масштабных задач нежели "быдлофорум" и
    >"хомсайт" можно использовать куда более интересные СУБД,

    Ага, только таких немеряных супербаз под мегазадачи в принципе не особо то и много.Бесспорно, "ядерный взрыв уничтожает вредителей сельского хозяйства на значительной территории".Но обычно предпочитают менее кардинальные методы.Собственно задач под которые не хватит мускуля в природе весьма немного.Даже в корпоративном секторе.Так что это больше похоже на дешевый понт.Ядерные ракеты штука крутая но как правило не стреляют :)

     
     
  • 5.52, Piter Ring (?), 14:20, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>что верно то верно, для решения более масштабных задач нежели "быдлофорум" и
    >>"хомсайт" можно использовать куда более интересные СУБД,
    >
    >Ага, только таких немеряных супербаз под мегазадачи в принципе не особо то
    >и много.Бесспорно, "ядерный взрыв уничтожает вредителей сельского хозяйства на значительной территории".Но
    >обычно предпочитают менее кардинальные методы.Собственно задач под которые не хватит мускуля
    >в природе весьма немного.Даже в корпоративном секторе.Так что это больше похоже
    >на дешевый понт.Ядерные ракеты штука крутая но как правило не стреляют
    >:)

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

     
     
  • 6.55, SKeeper (?), 09:56, 04/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>>что верно то верно, для решения более масштабных задач нежели "быдлофорум" и
    >>>"хомсайт" можно использовать куда более интересные СУБД,
    >>
    >>Ага, только таких немеряных супербаз под мегазадачи в принципе не особо то
    >>и многоазм тут не уместен.
    >>...
    >Сарказм тут неуместен

    Сарказм очень даже уместен. Некоторые личности вечно бросаются заявлениями вроде "для задач более масштабных...". Но практика показывает, что на малом можно заработать больше чем на масштабном (популярность писюков, "ос для домохозяйки"...), надо только это малое правильно реализовать (а вот это уже интересно).
    Да и масштабных задач просто нет на всех)) Каждый кодер был бы рад писать что-нить уровня Системы Управления Галактикой. И дело не только в разных уровнях кодеров - некоторые (как я например) не хотят работать "на дядю", а малому бизнесу малые задачи.

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

    Ну-ну. У мускуля есть определенная ниша - среднесложные задачи, для которых SQLite маловат (хотя сюда тоже мускуль лезит), а постгре, оракл и пр. великоваты. Лучше уж юзать для таких задач свободный мускуль нежели закрытый access! (файл-серверные БД это вообще ублюдочное отродье)

     

  • 1.13, Аноним (6), 16:11, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MySQL в 5.0.51 достиг совершенства. обновления не нужны. :)
     
     
  • 2.14, mgyk (?), 16:49, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Следующий релиз 5.1.  Смысла вносить изменения кроме обновлений безопастности в 5.0?


     
     
  • 3.16, Ононим (?), 16:55, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Следующий релиз 5.1.  Смысла вносить изменения кроме обновлений безопастности в 5.0?
    >

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

     

  • 1.17, Аноним (6), 17:08, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Mysql обладая изначально скромными возможностями как раз и распространился за счёт того что был общедоступен. Теперь нужды в пользователях нет, можно потихоньку затягивать гайки...
     
  • 1.18, Аноним (6), 17:44, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну в gentoo 5.0.60 доступна :).
     
     
  • 2.19, Pilat (ok), 18:13, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Будет falcon - будут обновления. А сейчас лишние обновления - лишний геморрой администраторам.

     
  • 2.33, iZEN (ok), 01:29, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >ну в gentoo 5.0.60 доступна :).

    Во Фри уж три недели как:
    http://www.freebsd.org/cgi/cvsweb.cgi/ports/databases/mysql51-server/

    # $FreeBSD: ports/databases/mysql51-server/Makefile,v 1.232 2008/06/07 08:33:50 ale Exp $
    #

    PORTNAME?= mysql
    PORTVERSION= 5.1.25

     

  • 1.20, Аноним (-), 19:05, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Полгода плохая погода, полгода совсем никуда У санок есть феноменальный та... большой текст свёрнут, показать
     
     
  • 2.28, penguin_antarctic (?), 22:47, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А что с Java не так А что с Солярисом не так Не рановато ли делать выводы А м... большой текст свёрнут, показать
     
     
  • 3.32, Ariel (??), 23:25, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью согласен с вами, но хочу ещё добавить.
    Sun - одна из немногих компаний (у intel меньше), которая распространяет целую кучу средств бесплатно - java, solaris 10, compilers, sdk всякие. Тот факт, что она хочет сохранить контроль над процессом разработки - это не плохо. не могу спорить с тем, что в linux появляется больше новшеств, но это конгломерат из кода, с настолько разным уровнем. И стабильность его оставляет желать лучшего, а наличие десятков дистрибутивов лишь усугубляет дело, мне ещё не встречался ни один стабильный дистрибутив (кроме slackware, да и там иксы падают). И вообще почему разработчики всем должны? Закрыть код или продать - их законное право, а наше право - юзать его на их условиях, не нравиться - пишите свой.
     
  • 3.57, ramires (?), 02:33, 07/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Так было с Java.
    >А что с Java не так?

    Да все в порядке, не переживай... Вот только открыть ее нужно было лет на 5 раньше.

    >>Так было с Солярисом.
    >А что с Солярисом не так?

    Опять таки, все в порядке... Кстати, вам не кажется, что Неуловимый Джо и Опен СОлярис - братья-близнецы?

    >>Так получается с MySQL
    >Не рановато ли делать выводы?

    Рановато. Еще есть надежда, что до форка дело не дойдет...
    Тем не менее, сам факт таких сообщений говорит сам за себя.

    >Непонятно только одно: отчего же это работать бесплатно на Sun считается "неспортивным",
    >а работать бесплатно на MySQL AB было делом настоящих джЫгитов? В
    >чем разница?

    Если не понимаешь - дык что объяснять? Это вроде как хиппи. Одно дело комьюнити "в ничейном заброшенном подвале", где главари - действительно авторитеты с адекватными понятиями, а другое - когда вас пустили погреться в чистое ухоженное помещение. Там уютно и тепло, только правят бал не те принципы.

     

  • 1.23, DeNIS (?), 20:30, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я как только увидал пургу и геморой на странице для скачивания мускула, типа укажите имя и е-мыло, медлено повернулся в сторону постгре. Дело испоганенно в лучших мелкомягких традициях.
    Я так думаю, что даже выход релиза 5.1 или 6.0 эту ситуачию попробует исправить, но вот кардинально ли ...
     
     
  • 2.26, penguin_antarctic (?), 21:19, 02/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Плохие времена для MySQL настали несколько раньше - когда компании-производители нескольких транзакционных storage engine были куплены Oracle и IBM.
     
  • 2.54, thevery (?), 19:32, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    да там вроде всегда кнопка была "пропустить регистрацию и перейти к загрузкам"
     

  • 1.25, VecH (??), 20:58, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Плохо все это, медленно поворачиваюсь в сторону постгре
    а ведь все так хорошо шло
     
     
  • 2.34, thesame (?), 01:48, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    где-то с версии 4.1 это началось... :(

    то, что мускул так и не реализовал транзакции - усугубило... увы

     

  • 1.31, Yoda (?), 23:03, 02/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >А я как только увидал пургу и геморой на странице для скачивания мускула, типа укажите имя и е-мыло, медлено повернулся в сторону постгре. Дело испоганенно в лучших мелкомягких традициях.

    полный бред и (или) намеренное запудривание мозгов, так как скачать можно и без регистрации, там есть на это прямое указание "skip registration". Так что не надо нагло врать людям. Не нравится MySQL - не пользуйся, зачем же обсирать да еще не по праву.

     
     
  • 2.36, tty01 (?), 02:19, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да там и нажимать-то никуда не надо, просто прокрутить страницу ниже :-)


     

  • 1.35, tty01 (?), 02:10, 03/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > MySQL Community Edition тихо умирает.

    Бррр. Что за бред. У меня установлен MySQL 5.1.25-rc-community от 30 мая 2008 г. Или речь идёт о том что ветка 5.0.x не обновляется? Так автор новости заявил бы ещё, что, дескать, 3.23.x давно не обновлялся. Типа всё, сдох MySQL! )))

    Ппц, OpenNet'у вообще не о чем писать стало, гонит пургу.

     
     
  • 2.43, Антон (??), 10:16, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Бррр. Что за бред. У меня установлен MySQL 5.1.25-rc-community от 30 мая
    >2008 г. Или речь идёт о том что ветка 5.0.x не
    >обновляется? Так автор новости заявил бы ещё, что, дескать, 3.23.x давно

    MySQL 5.1 - нестабильная ветка, в которой еще небыло ни одного релиза, 5.1.25 имеет статус экспериментальной версии. 5.0 - последняя стабильная ветка. Речь о том, что выгодно удерживать релизы 5.0 community, но не забывать выпускать новые версии 5.1.x, чтобы на горбу комьюнити оттестировать новую ветку. Отсутствие релизов 5.0 поддалкивает таких как вы устанавливать 5.1, причем явно, на видном месте, не написано, что ветка 5.1.x еще не переведена в разряд стабильной. И обратите внимание, новые релизы 5.0  enterprise выходят регулярно.


    PS. Кто не вкурсе в MySQL экспериментальные релизы по нумерации не отличить, т.е. первое время, предположим, до 5.1.10 все релизы имееют статус альфа-версии, потом до 5.1.20 - бета, затем до 5.1.25 кандидатов в релизы и начиная с 5.1.26 стабильных релизов (цифры 10, 20, 25 с потолка взял для примера).

     
     
  • 3.45, SKeeper (?), 10:41, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >И обратите внимание, новые релизы 5.0  enterprise
    >выходят регулярно.

    Возможно плохо искал, но плиз ткните пальцем где анонсы выхода MySQL Server Enterprise Edition

     
     
  • 4.46, uZver (?), 11:20, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>И обратите внимание, новые релизы 5.0  enterprise
    >>выходят регулярно.
    >
    >Возможно плохо искал, но плиз ткните пальцем где анонсы выхода MySQL Server
    >Enterprise Edition

    http://dev.mysql.com/doc/refman/5.0/en/releasenotes-es-5-0.html

     
     
  • 5.48, SKeeper (?), 11:31, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Возможно плохо искал, но плиз ткните пальцем где анонсы выхода MySQL Server
    >>Enterprise Edition
    >
    >http://dev.mysql.com/doc/refman/5.0/en/releasenotes-es-5-0.html

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

     

  • 1.38, tty01 (?), 02:40, 03/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прочитайте 8-й комментарий от Mark Leith в на странице источника паники. Очень хорошо написано. Особенно мне понравилось это (вольный перевод):
    "Забавно, что люди, у которых есть возможность собрать версию из исходников, и которые предпочитают делать это, громче всех кричат об отсутствии новых релизов".
     
  • 1.40, NZD (?), 07:21, 03/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Постгрес надо юзать.
     
  • 1.41, ZANSWER (??), 08:55, 03/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пора похоже комунити зделать форк, ей комунити, а нука накажите Sun, хватит тут уже ныть, давай те ка, напишите свой мускул, пусть они утрутся...*UHAHA*
     
     
  • 2.50, vitek (??), 13:16, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    а смысл?
     

  • 1.53, leon55 (ok), 16:41, 03/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    пора начать юзать нормальную БД, например Oracle или на худой конец Postgresql.
    Никогда не любил мускуль. Два раза он меня подвёл оч. сильно, перевели проэкт на postgresql и практически забыли о проблемах с базой.
     
     
  • 2.56, Dyr (ok), 21:02, 04/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >пора начать юзать нормальную БД, например Oracle или на худой конец Postgresql.
    >
    >Никогда не любил мускуль. Два раза он меня подвёл оч. сильно, перевели
    >проэкт на postgresql и практически забыли о проблемах с базой.

    Деньжат-то на Oracle хватит? =)

     
  • 2.58, ramires (?), 02:42, 07/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Никогда не любил мускуль. Два раза он меня подвёл оч. сильно,

    А слабО документацию почитать, прежде чем что-то "творить"?
    Могу поспорить на что угодно, что причиной "подвода" бало собственное незнание или собственные предположения, что mysql должен уметь делать по ТВОЕМУ мнению.

    >перевели проэкт на postgresql


     
     
  • 3.59, k561 (?), 11:23, 08/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А слабО документацию почитать, прежде чем что-то "творить"?
    >Могу поспорить на что угодно, что причиной "подвода" бало собственное незнание или
    >собственные предположения, что mysql должен уметь делать по ТВОЕМУ мнению.

    подписываюсь.

    и как некоторым таварищам не стыдно во всеуслышание говорить что они плохие танцоры?

     

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



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

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