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

пожалуйста, комментируйте вашу точку зрения

Да. 


А вот в этом случае - однозначно нет.

почему нет? select тогда отрабатывал намного быстрее, не приходилось 2мил объединять с 4мил(допустим), чтобы посчитать, допустим, сколько у товаров предложений

можно ещё ссылки на документацию, где написано "философия" тригиров )))) в каких случаях рекомендуется использование

Fubu_By, 

•  InnoDB, MyISAM?
  
•  есть атомарные операции в memchaсhe, где счетчики (триггеры стоят) в memchaсhe работают, а подсчеты сбрасываются через время в mysql (через время чтобы не дергать ее постоянно)
  
•  мне кажется зависит от задач:
  в принципе, если есть фотоальбом, я хочу загрузить фотографии, их например 10 000, пока я буду их загружать  нужно выполнить 10 000 ресурсоемких запросов UPDATE SET count = count+1....  вместо того чтобы сделать один count(*)
  
•  если t1.count будет кратный какому-то числу, например, кратный 30, то можно будет пересчитать (корректировать) если не используются транзакции
  
  

  Код

  $c->model('DBI') ->dbh->do(           'UPDATE users SET count = ( select count(*) from blog where id_un = 1 )             WHERE id = 1')                  if ( ( $cou % 30 ) == 0 );

  
  
  
•  если счетчик очень много считает, t1.count более 100 000, то тогда использовать для него запрос, тогда когда добавляется новый объект:
  

  Код

  UPDATE blog                   SET count = count+1                WHERE id_bl = ?

  
  
•  если меньше 100 000 то count(*) 
  
•  смотреть логи какие запросы долго выполняются

Это сообщение отредактировал(а) gcc - 5.7.2010, 07:28