S.Chushkin

twin спасибо статья чюток помогла:

В то время, когда я использовал MySQL, MyISAM гипотетически был хорош для таблиц-справочников, поскольку когда записей в таблицу делается мало, блокировать ему тоже ничего не приходится, и в таких условиях у него выборка была быстрее, чем у Innodb. Мб Innodb ускорился версии с 6й, я не знаю, но знаю, что MyISAM уже давно на свалку истории отправить хотели разрабы, а вот Innodb с момента его появления оптимизировали постоянно.

Проблема в том, что обычно этот гипотетический случай остается таковым, поскольку такую таблицу даже джойнить больше не получится ни с чем, и все данные дергать отдельными запросами оттуда. Вот и встает вопрос, а стоит ли этот маргинальный выигрыш в скорости такого геморроя.

PS: помимо пробела с целостностью, MyISAM очень плох для любых других случаев (скорее даже, в первую очередь из-за этого, а уже потом целостность) из-за table-lock'а. insert'ы и join'ы на MyISAM могут убить все надежды на скорость

"что бы не пострадала производительность других таблиц используют разбиение таблиц на отдельные файлы в InnoDB" - статья Вестника Кгуста (Издательство: Кыргызский государственный университет строительства, транспорта и архитектуры им. Н.Исанова (Бишкек) , КАРИМБАЕВ Т.Т., МАМБЕТАЛИЕВА А.М. ) , не, ну правильно же пишут.

Могу ошибаться, конечно, я помню, что меня в своё время мучило то, что внешними ключами эту таблицу ни с чем не соединить, но, кажется, что джойнить ее с innodb таблицами не получалось, и ошибка вроде бы характерная была

Видимо, ошибаюсь все же:

http://stackoverflow.com/questions/5475283...h-myisam-tables

Однако

Ты наверное путаешь с транзакциями. Да, то геммор, если вдруг понадобится включить такую таблицу в транзакцию. С джоинами там все нормально.

С InnoDB есть один неприятный момент - deadlock. Так что на "горячих" таблицах MyISSAM пока предпочтительнее. Но все не стоит на месте, может и это поправят.

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

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Прочитав с десяток статей, все таки аргументы оставить разбивку таблиц на несколько (в разрезе тематик) убедительнее, - если информации станет много, - перезалить БД, так, что бы для каждой таблицы сформировался свой отдельный файл. Но однозначно - это InnoDB.

S.Chushkin
Хм. Ты прав.