Вопросы Майклу Видениусу (MySQL) / Интервью / Хабрахабр

Вопросы Майклу Видениусу (MySQL)

Привет, парни.

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

Как, полагаю, многие знают, до января 2008 года Майкл был техническим директором компании MySQL AB, а спустя год покинул Sun Microsystems с целью основать свою собственную компанию. На днях же Видениус у себя в блоге обратился за помощью с целью спасения MySQL от Oracle Corporation, и сейчас Майкл открыт для общения, пожалуй, как никогда раньше.

Если у вас есть вопросы к Майклу, задавайте их в комментариях. Через день-два мы их соберем, отфильтруем и передадим ему. Ответы, как обычно, будут опубликованы в этом же блоге, как только мы их получим.

+26

23 декабря 2009, 13:02

Shoohurt

комментарии (18)

Yeah 23 декабря 2009, 13:49 #

1. Каким образом Oracle угрожает MySQL и является ли панацеей решение Еврокомиссии по этом вопросу?
2. Как Майкл относится к парадигме NoSQL? Что по его мнению перспективнее (реляционные БД или NoSQL) для веб-разработки?

Masterkey 23 декабря 2009, 15:09 # ↑

в дополнению к теме 2-го вопроса

3. Занимался ли Майкл проэктированием/разработкой систем с высокой нагрузкой и как он обходил ограничения реляционных СУБД?

porqz 23 декабря 2009, 14:34 #

Как Майкл пришёл к MySQL? Почему он решил вообще этим заняться? Что его не устраивало в существующих решениях?

MisterX 23 декабря 2009, 14:40 #

Есть ли в перспективе поддержка рекурсивных запросов в MySQL? Если есть, то когда планируется?

Vertex 23 декабря 2009, 14:53 #

Для использования MySQL Embedded в локальных программах SUN требовала оплату в 250 евро за каждую проданную копию программы с использованием embedded-версии. Что делало невозможным использование этой библиотеки в небольших коммерческих продуктах, так как в большинстве случаев эта стоимость превышала стоимость ПО. Какие планы на развитие MySQL Embedded и будет ли какая-то реальная легальная возможность использования библиотеки в коммерческих продуктах?

SychevIgor 23 декабря 2009, 14:55 #

Возможна ли разработка альтернативной ветки MySQL сообществом без участия Oracle?
Изменится ли приорететы при разработке MySQL после объединения Sun и Oracle?

НЛО прилетело и опубликовало эту надпись здесь

Tonik 23 декабря 2009, 15:21 #

Было бы интересно узнать, что Майкл думает о Drizzle? Стоило ли делать форк или можно было бы попытаться как то сделать сам MySQL боле модульныс, с разными вариантами сборки?

PS Продукт уже достаточно известен, но если кто не в курсе, то Drizzle и пару видео докладов есть тут

Chamie 23 декабря 2009, 21:14 # ↑

(про ссылку): Раз уж поясняете, то писали бы хотя бы в одно слово, что это такое, а то приходится грузить целую страницу ради первых двух строк в описании.

Tonik 23 декабря 2009, 21:21 # ↑

Учту, спасибо. :)

Masterkey 23 декабря 2009, 15:27 #

главное не забудьте поблагодать за ту работу которую он проделал!

gnomeby 23 декабря 2009, 15:56 #

Каков личный взгляд на другие свободные СУБД, как например PostgreSQL. Считает ли он их своими конкурентами.

SaveTheRbtz 23 декабря 2009, 16:14 #

Не знаю, насколько этот вопрос уместно задавать Монти, учитывая что innodb разрабатывается не им, но всё же попытка не пытка:

Будет ли когда-нибудь реализовано изменение innodb_buffer_pool_size «на лету»?

–1

xgenom 23 декабря 2009, 17:27 #

Планирует ли он разрабатывать свою БД?

НЛО прилетело и опубликовало эту надпись здесь

Kirk 23 декабря 2009, 19:52 #

Как он относится к БД FireBird/Interbase? Я думаю он поймет, что я имею ввиду.

recompileme 24 декабря 2009, 11:04 #

Каково будущее проекта Falcon?

xenon 24 декабря 2009, 18:21 #

сейчас MySQL (как и другие RDBMS) фактически стали «решеним по-умолчанию» для всех вопросов хранения и поиска данных. Но, как известно, любое общее решение проигрывает узкоспециализированному. Считаете ли вы, что использование RDBMS оправдано практически везде, или же есть широкий круг задач, где лучше использовать другой подход, а есть — где вообще быстрее написать свое решение, чем «затачивать» традиционную RDBMS для получения сравнимой эффективности. Можете назвать какие-то показательные примеры, где использовать RDBMS — ошибочное решение?

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Десерт ↓

Интервью