FOREIGN KEY CONSTRAINT vs TRIGGER

[lexand]

такой вопрос назрел

планируеться смена сервера БД и переход от MyISAM на InnoDB
раньше все внешние связи разруливались триггреми
с переходои на InnoDB - по быстрому все можно тоже решить темиже триггерами
но вот оптимально ли?

общий вес БД сейчас 50ГБ и постоянно растет

1. будут ли внешние ключи для каскадного изменния данных, работать быстрее триггеров (гдето попадалась инфа что триггеры вообще медленная штука) ?
2. насколько сильно вырастут таблици если до них добавить внешние ключи? если уже есть таблици который жрут 24ГБ
3. насколько может упасть производительность СУБД если ей еще и внешние ключи придеться проверять/писать (индексы)?

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

[lancecoder]

http://g.zeos.in/?q=MyISAM%20vs%20InnoDB

[lexand]

так и хочеться сказать "и шо?"
я ж спросил сугубо про внешние ключи
и да - я лазил в гугле перед тем как задать вопрос, и да - я так всегда поступаю
есть какаято конкретикав место посылалки к гуглу?
я не поленился и открыл первую страницу результатов - ничего из того что я спрашивал, вы сами хоть открываете иногда то что предлагаете другим?

мож кому полезно будет
http://www.sql.ru/forum/actualthread.as ... tid=958843

[lancecoder]

я к тому, что все зависит от конкретных задач, для селектов MyISAM, если надо больше инсертов то оправдает InnoDB

[lexand]

дык и я ж не про то
тема то как называеться?

от майисам и на иннодб мы уходим не из-за сеоектов и инсертов
а из-за того что иннодб гарантирует целостность данных (вообще мы смотрим в сторону кластера перконы)

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

[lancecoder]

ответили на тематическом ресурсе

http://www.sql.ru/forum/actualthread.as ... tid=958843