MySQL созрела

считать надо правильно, ты на пару порядков ошибся ~ 1kb/req.

насчет конкуренции оракулу они конкретно загнули. даже postgresql никогда подобных заявочек не делала.

надеюсь что это была шутка, ибо mssql - самое глюченое дерьмо, которое мне приходилось юзать. тем более, эта "субд" только под, не менее глюченные окна, пашет. а HP просто куплена m$'ом, вот они их продукты и восхваляют.

> "причины по которым эта СУБД составит серьёзную конкуренцию Oracle и IBM" в студию!

наша компания отказалась от Oracle в пользу MySql 4.1 ISAM мы делаем ~30 продаж в год (системы достаточно большие)

Цены на систему с mysql мы совсем немного опустили

- это большая конкуренция и достаточно большие потери для oracle

> наша компания отказалась от Oracle в пользу MySql

Надеюсь, MySQL честно покупается?

>>Очень просто, ставишь 5 машин х86, бесплатный мыскль-кластер на бесплатный линукс, лоад-балансер. И получаешь мощное решение в 10 раз дешевле аналогичного от оракла.

>Мощное - это по энергопотреблению? А что твой "кластер" кроме пожирания ваттов и постоянных тормозов на реплицировании будет делать?

Мощное это по расширяемости и по нагрузке которую он способен держать. А также по отказоустойчивости. Особенно если существенно преобладают селекты. И никаких тормозов.

>>Очень просто, ставишь 5 машин х86, бесплатный мыскль-кластер на бесплатный линукс, лоад-балансер. И получаешь мощное решение в 10 раз дешевле аналогичного от оракла.

http://dev.mysql.com/doc/mysql/en/mysql-cluster-limitations-in-4-1.html Простите Вы ЭТО поделие называете КЛАСТЕРНЫМ РЕШЕНИЕМ?

> Простите Вы ЭТО поделие называете КЛАСТЕРНЫМ РЕШЕНИЕМ?

Что из этого вам не хватает в _конкретном_ проекте?

не, все было на полном серьезе... :)

> Что из этого вам не хватает в _конкретном_ проекте?

Ссылочной целостности?

Отсутствие текстовых индексов?

Отсутствие строк переменной длины?

Отсутствие кеширование запросов?

Изоляция транзакций только как read commited?

Отсутствие журналирования базы?

Нельзя изменить таблицу или пересоздать индекс?

>> Простите Вы ЭТО поделие называете КЛАСТЕРНЫМ РЕШЕНИЕМ?

Вы _это_ называете кластером: "Online adding or dropping of nodes is not possible (the cluster must be restarted in such cases)."?

2baka-kun
ИМХО начинать надо с этого:
No durable commits on disk. Commits are replicated, but there is no guarantee that logs are flushed to disk on commit.
а остальное так, для полноты картины.

Невеста вся в прыщах: созрела значит 8)

Читайте маны господа, никаких проблем с уникодом в MySQL нет, есть как водится тысячи кривых рук. С извлечением данных нет проблем стопроцентно, проблемы есть при использовании строковых функций, не знаю зачем но приходится указывать кодировку аргументов и результата, несмотря на то что дефолтная utf8:

WHERE _utf8"текст в котором ищем" COLLATE utf8_general_ci REGEXP CONCAT(_utf8"^" COLLATE utf8_general_ci,column_with_regexp)

может кто знает как лечить это? т.е. чтобы не приходилось явно указывать кодировку которая к тому же дефолтная?

>Отсутствие текстовых индексов?
Побойся бога, и загляни в документацию-таки

>Отсутствие строк переменной длины?
text уже не в моде?

>Отсутствие кеширование запросов?
Да что вы говорите? Открой глаза и выброси маны от версий ниже третьей. Это опсос - здесь всё меняется стремительно

>Изоляция транзакций только как read commited?
И опять пальцем в жопу: http://dev.mysql.com/doc/mysql/en/innodb-transaction-isolation.html
Говорю тебе RTFM!!!

>Отсутствие журналирования базы?
Опять пальцем в жопу

>Нельзя изменить таблицу или пересоздать индекс?
Ага создал и навека даже удалить таблицу нельзя - в твоём случае только "format c:". А если серьёзно - читай ман по ALTER TABLE, грамотей

> Простите Вы ЭТО поделие называете КЛАСТЕРНЫМ РЕШЕНИЕМ?
Судя по твоей грамотности, тебе этого будет достаточно

>Вы _это_ называете кластером: "Online adding or dropping of nodes is not possible (the cluster must be restarted in such cases)."?
Погоди немного и сделают всё чикепуке.

> Побойся бога, и загляни в документацию-таки

Вот именно. RTFM! Причем ссылка на FM мыла чуть раньше в треде.

Если еще не понял, где ты облажался, речь идет о "MySQL Cluster"! Все твои отсылки на InnoDB не стоят выеденого яйца, поскольку в _КЛАСТЕРЕ_ используется NDB движок.

Я перечислил только наиболее впечатляющие _ограничения_ _КЛАСТЕРНОГО_ решения от MySQL, даже про ограничение на длину имен и на хранимые записи ничего не сказал, как и о багах умолчал.

А теперь ты выдернешь свой палец из своей жопы и сунешь его себе в рот, чтобы прекратить словоизвержение.

PS. Да, можешь не извиняться, считай, за грубость и глупость я тебя простил.