Как стать автором
Обновить

Комментарии 50

Интересно, как эти нововведения повлияют на производительность. Производительность MySQL, как известно, невысока. Это факт. Хотя самому приходится активно использовать эту БД.
Производительность самой СУБД на должном уровне. Основным тормозом является клиент (львиная доля из которых - скриптовые языки) и связь с ним.
Не совсем так. Если отпрофилировать современное вебприложение то окажется что большую часть времени съедает именно обработка данных базой. Даже при самом что ни на есть грамотном DBA. Что впрочем говорит не о тормознутости базы а о сложности и объемах выборки. В любом случае валить тормоза на клиентскую часть глупо.
Я думаю что вы, как обычно, о разных "производительностях" говорите. Вечный вопрос: вам шашечки или ехать. Если вам шашечки - MySQL не ваш выбор: если сделать базу "по науке" (связать таблицы, наделать хранимых процедур и триггеров) - то скорость окажется "ниже плинтуса". Если вам шашечки не нужны, а нужно ехать - то вы всё эти навороты выкините к чёртовой бабушке и выяснится что MySQL - одна из самых быстрых баз данных (если не самая быстрая).

Что Google в первую, вторую и третью очередь интересует скорость - это однозначно, но вот шашечки... Что-то мне подсказывает что Google меньше всего интересуют шашечки, хотя бог его знает, конечно.
Мysql На сегодняшний момент самая быстрая БД, в выполнении простых операций (без тригерров и тп). Так что не надо гнать
Proof link?
sqlite разве не быстрее для "простых операций"?
SQLite не клиент-серверная.
Я ответил на фразу
> Мysql На сегодняшний момент самая быстрая БД, в выполнении простых операций (без тригерров и тп). Так что не надо гнать

Разве в ней говорится что-то о клиент-сервере или я чего путаю?
Ferrari быстрее КамАЗа, но вы не перевезёте на нем 10 тонн груза не так ли? Это продукты абсолютно разной направленности, общего в них - только SQL, как же их можно сравнивать?
> Ferrari быстрее КамАЗа, но вы не перевезёте на нем 10 тонн груза не так ли?

Так. Поэтому если кто скажет что Ferrari быстрее КамАЗа - сразу дам в лоб аргументировав именно этим.
Вы просто готовить его не умеете ;)
"Для пользователей, которым не требуется техническая поддержка MySQL бесплатной."

Пропущено слово "является"?
И запятая :)
Тогда уж и слово "бесплатной" требуется заменить на "бесплатным".
"Для пользователей, которым не требуется поддержка, MySQL является бесплатным."
Это смотря какого рода аббревиатура MySQL. Для меня женского (база данных).
Для меня тоже — "Майскуэль". :)
Ну налетели на человека, заклевали :)
MySQL - не база данных. Это СУБД, если что ;) Но все равно она - "система" :)
"Для пользователей не нуждающихся в технической поддержке СУБД MySQL полностью бесплатна." ?
Мне кажется, что "система" — довольно размытое понятие.
НЛО прилетело и опубликовало эту надпись здесь
Сейчас все по другому. MySQL распространяется либо под GPL (http://www.mysql.com/company/legal/licensing/opensource-license.html), либо под коммерческой лицензией (http://www.mysql.com/company/legal/licensing/commercial-license.html).

Бесплатной MySQL будет, если встраивается в GPL приложения. В противном случае, а тем более при встраивании в коммерческие приложения и лицензия должна быть коммерческой.

Выходит, они поменяют лицензионную политику?
НЛО прилетело и опубликовало эту надпись здесь
это в чем таком факт? в типичных сценариях применения она на высоте. или тогда почему википедия и ливжорнал применяют MySQL? или другие топы, почитайте http://highscalability.com/
применяют потому что ДЁШЕВО расширять :)
Facebook, Wikipedia и куча крупных проектов его используют. Да и мне он нравится. ;-)
MySQL — класс, с этим не поспоришь.
"и в 7-й версии можно будет увидеть масса кода"

Может массУ кода? =)
Масса кода 7й версии будет зашкаливать...
Шютко. :)
Копи-паст без проверки, чего вы хотите.
Если мускул станет лучше, при этом останется бесплатным, то можно только порадоваться за всех тех кто им пользуется. (Я пользуюсь)
Думаю, что он как и большинство продуктов к Google (и к которым он прикладывается) останется бесплатным.
...и качественным.
К сожалению, в mySQL отсутствуют какие либо адекватные инструменты диагностики её деятельности (про лог медленных запросов - это неадекватный инструмент). Было бы круто, если бы это поправили. Ну и всё остальное тоже.
Очень радостная новость. Кто может лучше Гугла знать в чём можно усовершенствовать MySQL. Я надеюсь и расчитываю на то, что апдейты коснутся производительности в лучшую сторону.
В Google накоплен уникальный опыт всяческих баз данных. Так что движение обещает быть большим по модулю и в правильном направлении .)
прекрасная новость! очень приятно, что google помогает FOSS комьюнити!
Да новость прекрасная. Если за дело взялся Google, то плохо быть не может. Гейтсу опять не спиться :)
...так, вспомнился вчерашний пост, гулофобы, тоже, опять не спят - скоро Гугл будет знать о вас/нас абсолютно всё! :)
И хранить всё это в MySQL
"взялся за помощь", всмысле купил? :)
тоесть самая распространенная база данных теперь будет под контролем гугла... Гугл захватывает мир :)
А вот интересно, у самого Гугла индекс на чем работает? На какой СУБД?
Или там что-то сугубо своё, специализированное?
думаю полюбому своё. Так как тут нужно, чтобы всё было заточенно под свои нужды, иначе готове рещения могут сказаться на производительности или итоговом результате работы
здесь много mysql, но ещё больше своего. bigtable (http://labs.google.com/papers/bigtable.html) ftw! :)
Поиск — точно не на реляционной БД. Уж тем более не на майскуле. Внутренние разработки и прочие ноухау.
почему-то мне кажется, что в простую (и даже очень не простую) субд столько данных не запихнуть =/
НЛО прилетело и опубликовало эту надпись здесь
Это нам только наруку. Самое главное чтобы они его бесплатным оставили.
> Для пользователей, которым не требуется техническая поддержка MySQL бесплатной.

К сожалению, это не так. Бесплатно только если твой продукт GPL. Очень хотелось использовать MySQL в своем продукте, велись переговоры с AB, вылилось все в предложение от них на много тысяч евро. В итоге отказались в пользу на самом деле бесплатного Firebird.
почитал коменты, хочу дополнить: 1) на практике нельзя чтобы не-веб приложение было комерческим и однозначно зависило от mysql, 2) неплохое сравнение производительности баз данных - http://devloop.org.uk/documentation/database-performance/JavaLinuxDatabases/
Коммерческое != проприетарное. Знаю кучу сделанных на заказ коммерческих программ, переданных заказчику вместе с кодами - там MySQL весьма популярен. Вообще "коробочное" ПО - это вершина айсберга: большая часть ПО - это разработанные "на заказ" прораммы.
Не надо ля-ля. Во-первых для пользователей (не разработчиков) - MySQL всегда бесплатен (внутри фирмы вы его можете с любым софтом использовать). Dо-вторых если вы используете другие cвободные лицензии (Apache, EPL, PHP, Zope - полный список тут), то проблем тоже никаких нет. Если вы придумали ещё одну свободную лицензию - свяжитесь с MySQL AB, думаю они смогут расширить список. А вот если вы хотите программу продавать - MySQL AB хочет часть прибыли, это да...
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории