Интервью с Мартином Микосом, CEO компании MySQL AB

Гугл использует MySQL???? Что-то не очень верится...

Ну здрасте, приехали. Ты уж поверь, пожалуйста. :)

оченно это все странно...

> Мы разрабатываем впечатляющие современные средства для реальных заказчиков

када там появились хранимки? триггеры?

> Так что в этом смысле мы выполняем передовую исследовательскую работу

еще бы sql99 научились, и вообще красота...

> производительность (из-за чего Google и Yahoo используют именно MySQL)

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

а в остальном ничего там и не написано :)

надежно? да, может быть.

>када там появились хранимки? триггеры?

MySQL 5.0 реализует хранимые процедуры и функции в соответствии со стандартом SQL:2003. Они представляют собой блоки команд SQL, которые описываются один раз хранятся внутри сервера MySQL. Вы можете вызывать их из своего приложения, когда это необходимо, либо отдельной командой (процедуры), либо из запроса (функции).

http://dev.mysql.com/tech-resources/articles/evaluating-mysql-5.0-rus.html

> MySQL 5.0 реализует хранимые процедуры и функции в соответствии со стандартом SQL:2003.

это я знаю :). вопрос в другом -- когда оно там появилось? :)

между прочим, вопрос есть. триггеры в мускуле это хорошо, но... а есть срества для их редактирования? та приблуда, которая лежит у них на сайте -- mysqlquery -- имхо не может и вообще имеет весьма слабое представление о триггерах :).

вот для firebird есть ibexpert. и пусть для оффтопика, зато ничего лучше имхо не придумали. а для мускула? :)

Используют, тока нахер переписаный до неузнаваемости...

MySQL пидарасы!!! Ненавижу сволочей.

1. С использованием ядерных хидеров (типа /usr/include/linux -> /usr/src/linux/include/linux) MySQL просто не компилируется даже!!!
Приходится править system.h (кажется) на предмет освобождения части функций из-под действия -D__KERNEL__

2. Релизы 5.0.20 и 5.0.21 откомпилировать мне вообще не удалось НИКАК. "Internal compiler error". Интересно, как эти герои кодинга их тестили? И тестили ли вообще???

3. Релиз 5.0.22 ГАВНО. Хотя его и удалось откомпилировать, но зато часть _ЭЛЕМЕНТАРНЕЙШИХ_ запросов вызывают exception с полным рестартом мускля.

4. А удаление из таблички в исполнении пидаров из Мускля - это просто песня. Если в Постгресе хотя бы просто отмечается, что строка удалена (а потом автовакуум почистит), то гениальнейшие разработчики мускля сделали проще!!! ОНИ ПРОСТО СОЗДАЮТ НОВУЮ ТАБЛИЧКУ, В КОТОРУЮ КОПИРУЮТ СОДЕРЖИМОЕ СТАРОЙ С ИСКЛЮЧЕНИЕМ УДАЛЕННЫХ СТРОК!!! Это все. Труба. Попробуйте при 300-400 запросах к полуторагигабайтной табличке что-нибудь из нее поудалять. Результат очень забавный: полное обнуление файлов ВСЕХ таблиц в базе при падении (не хватило 4Гб оперативки для очереди) MySQL...

5. Ну и, наконец, "заговоренные" 2 гигабайта на табличку. Как только табличка достигает 2-х гигов, записать в нее больше ничего нельзя. Никак. Вообще. Несмотря на то, что создать файл на 4 гига через dd абсолютно никакого труда не составляет.

>между прочим, вопрос есть. триггеры в мускуле это хорошо, но... а есть срества для их редактирования? та приблуда, которая лежит у них на сайте -- mysqlquery -- имхо не может и вообще имеет весьма слабое представление о триггерах :).

>вот для firebird есть ibexpert. и пусть для оффтопика, зато ничего лучше имхо не придумали. а для мускула? :)

право слово, сам в последнее время с firebird работаю более нежели чем c mysql и согласен что ibexpert вещь неплохая, но в своих оценках вы не правы, под MySQL есть и EMS SQL Manager и MySQL Front и пр. Это не говоря уже о том что в принципе оценка на основании наличия сторонних тулзов есть глупость. Хех ну это ладно, когда на том же основании выдвигаются претензии к Ораклу (и это при наличии TOAD или PLSQL developer) выглядет это ещё более смешно. К сожалению только все они под оффтоп, что совсем не радует, хотя некоторые сдвиги в этом направлении наметились.

Что же Вы так раскричались-то?
Расслабьтесь, погуляйте на улице, выпейте успокоительного в конце концов!

Странно, но у меня оно как то работает и в Gentoo и в FreeBSD и компилится и больше чем два гигабайта переваривает и в MyISAM и в InnoDB. И не только у меня так. Поверьте.
Не получается собрать ? Возьмите с сайта производителя!
Там всё работает.
Может быть у Вас с системой что-то не так? Когда-то сталкивался с похожей проблемой... на RedHat. Помогла, ЕМНИП, утсановка сырцов ядра.

Да, случай серьезный...

Тут есть только один выход...

Читать документацию... Но боюсь Вы им не воспользуетесь... Потому как столько апломба без какого-то наличия знания свидетельствуют о недалеком уме...

> Это не говоря уже о том что в принципе оценка на основании наличия сторонних тулзов есть глупость

ну где? где вы узрели оценку на основании наличия сторонних тулзов? :)

зы. вопрос был отдельной строкой...

>Не получается собрать ? Возьмите с сайта производителя!
Там всё работает.

Не всегда. "Родной" 5.0.22 точно так же падал на тех же запросах.

>на RedHat

Mandrake :-(

>Помогла, ЕМНИП, утсановка сырцов ядра.

2.6.16.19 ядро.

>Тут есть только один выход...

Для вас - да. Убить сибя галавой ап пол.

>Читать документацию...

Такими темпами я скоро доку по MySQL буду знать лучше чем те, кто ее писали.

> без какого-то наличия знания

А не поползти ли вам в Бобруйск?

>свидетельствуют о недалеком уме

Да, ваш пост - это действительно свидетельство о вашем недалеком уме. Точнее - свидетельство полного отсутствия мозгов в черепной коробке.
Имей вы мозг, вы бы все-таки указали мне на какие-то ошибки (если они вообще есть), а не переходили на оскорбления.

> вы бы все-таки указали мне на какие-то ошибки (если они вообще есть)

пример запросов в студию. желательно чтобы валили _только_ мускул.

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

господин Мартен Микос (Marten Mickos) от скромности не умрёт, да и интарвью явный пиар, к тому же ему за это деньги платят.

"С.К.: Как повлияло на бизнес MySQL AB приобретение компанией Oracle подсистемы InnoDB?

М.М.: В октябре прошлого года компания Oracle приобрела крошечную финскую софтверную компанию Innobase Oy, которая производит InnoDB, популярную подсистему управления хранением данных для MySQL. InnoDB является продуктом open source и распространяется по лицензии GPL, так что для наших пользователей и заказчиков это приобретение мало что значит.

Кроме того, Oracle хочет обновить наш контракт на несколько лет безо всяких изменений, поэтому в течение долгого времени гарантируется поддержка и дальнейшая разработка. Для тех, кто не хочет пользоваться InnoDB, мы предлагаем MyISAM, Cluster, Falcon и подсистемы от наших партнеров, такие как Solid DB и PBXT."

И всё же очень интересно, зачем компании Oracle спонсировать разработчиков подсистемы продукта конкурента?

При низких нагрузках их действительно нет (ну вот за исключением той странности с 5.0.2х).

А вот в случае больших (больше полутора гигабайт) табличек (именно ТАБЛИЦ, а не баз) и 300-400 запросах в секунду все становится очень грустно.