MySQL 3.23.48

Интересно, хоть тут-то они уже сделали поддержку foreign key constraints в InnoDB или она все еще глюкава до безумия ? Все предыдущие версии после пары-тройки экспериментов отказывались больше создавать таблицы с FK и вываливали ошибку типа "ошибка с файлом ./table_name.frm" (не уверен за правильность имени). Т.е. другими словами официально фича была сделана, но реально она нихрена не работала. Кроме того, прямо в доке было сказано чтьо FK уничтожается любым alter table, т.е. если хрочешь сделать alter, то исполняй танцы с копированием таблицы и т.п. ...

Кому нужны FK переходите на PostrgeSQL или Oracle. Или сорцы в зубы и патчик рабочий, через пару месяцев, все будут довольны. А то одно нытье начинается.

Не канает. Хотя на Oracle в конечном итоге может и переползу.

P.S. - речь-то о другом ! Нахрена публично заявлять что "мы такие крутые, наконеч-то сделали FK", а на самом деле еще нифига не доделано !!! Вот если бы они говорили что это beta и что your patches are welcome, то был бы другой разговор. А то ведь аж целый сайт по этому поводу забабахали (http://www.innodb.com), а фича как не работала, так и не работает.

PostgreSQL в свое время поступал несколько честнее - они говорили, что у нас нету FK, зато есть триггеры, можете на них сами написать FK. Ну я и писал, на C правда (тогда еще процедурных языков в нем тоже не было %), но все крутилось и работало.

>PostgreSQL в свое время поступал несколько честнее - они говорили, что >у нас нету FK, зато есть триггеры, можете на них сами написать FK.
а я так на интербазе делаю, хотя там FK есть. просто тонкая реакция получается а не простое - "не дам стереть запись потому как форегн кей не дает!"

На самом деле innodb это достаточно отдельная от mysql штука. Более того человек там очень вменяемый и баги фиксит очень активно в случае если ему про них рассказывают так что вместо того чтобы скулить послали бы лучше баг репорт.

Что я и делал и за 4 мес получил безглючную для своих целей innodb :)

Да уж ... я бы рад, да вот тока с английским письменным у меня не лады :-(. Давно хотел на какие-н-ть курсы пойти, да все времени нету :-(((

> на самом деле еще нифига не доделано !!!
> Вот если бы они говорили что это beta и что 


А у них сейчас что? Все -max дистрибутивы (то есть те,
которые включают в себя innodb) или бета или альфа

Да ну ??? а почему же тогда на сайте www.mysql.com ссылка на mysql-max 3.23.48 располагается в блоке, в названии которого крупными буквами написано stable version ???

Цитата из manual.txt, идущего с mysql 3.23.48
---cut---
*InnoDB Tables - Beta*
This is a recent addition to `MySQL'. They appear to work good and
can be used after some initial testing.
---cut---

Anton_Khalikovписал:

ссылка на mysql-max 3.23.48 располагается в блоке, в названии которого крупными буквами написано stable version ???

------

А ты нажми на эту ссылку. И прочитай внимательно предупреждение, которое располагается перед download. Не читал ;-) ?

Вот кусок оттуда

Although the basic MySQL 3.23 code is regarded as stable, the BDB and InnoDB portions have not been as widely used, and should be regarded as beta quality. We have run the our test suite and benchmarks against BDB and InnoDB tables with good results. We expect to certify these new table handlers as stable very soon, but we cannot label them as stable yet.

Therefore in a production environment you should use only our standard binary releases, and NOT this MySQL-Max release until after you have tested it very throughly in your own environment. All other features of the MySQL-Max binary release besides BDB and InnoDB are stable, and can be safely used in production environments.