Комментарии на: Про MySQL http://www.likhachev.net/2008/08/12/about-mysql/ пишу что в голову взбредёт Mon, 02 Aug 2010 10:18:29 +0000 http://wordpress.org/?v=2.9.2 hourly 1 От: Knave http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3882 Knave Wed, 27 Aug 2008 13:54:27 +0000 http://www.likhachev.net/?p=250#comment-3882 Ага, ушел. Ага, ушел.

]]> От: Pet http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3675 Pet Fri, 22 Aug 2008 13:54:53 +0000 http://www.likhachev.net/?p=250#comment-3675 Видать совсем глубоко в разработку ушел, давно нет постов... :) Видать совсем глубоко в разработку ушел, давно нет постов… :)

]]> От: Knave http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3495 Knave Fri, 15 Aug 2008 05:10:20 +0000 http://www.likhachev.net/?p=250#comment-3495 UU.VALUE_ID и TR.STUDENT_ID оба содержат ID юзера. UU.VALUE_ID и TR.STUDENT_ID оба содержат ID юзера.

]]> От: Alex_K http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3487 Alex_K Thu, 14 Aug 2008 18:02:17 +0000 http://www.likhachev.net/?p=250#comment-3487 кстати, отображается все равно некорректно. на месте, где встречается "< ?" (без пробела) пропал код :) кстати, отображается все равно некорректно.
на месте, где встречается “< ?” (без пробела) пропал код :)

]]> От: Alex_K http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3486 Alex_K Thu, 14 Aug 2008 18:00:04 +0000 http://www.likhachev.net/?p=250#comment-3486 ну, так это вообще ошибка в логике была получается :) ну, так это вообще ошибка в логике была получается :)

]]> От: Knave http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3469 Knave Wed, 13 Aug 2008 19:03:08 +0000 http://www.likhachev.net/?p=250#comment-3469 Чуток подправил. Я думаю для отчетов, как данных, запрашиваемых относительно нечасто и единовременно вариант с подсчетом данных в реальном времени более подходит. И, кстати, проблема с выбором одних и тех же данных решилась заменой UU.VALUE_ID = "1" на TR.STUDENT_ID = "1" в условии Чуток подправил.

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

И, кстати, проблема с выбором одних и тех же данных решилась заменой

UU.VALUE_ID = “1″

на

TR.STUDENT_ID = “1″

в условии

]]> От: Alex_K http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3468 Alex_K Wed, 13 Aug 2008 17:13:28 +0000 http://www.likhachev.net/?p=250#comment-3468 немного криво воткнулось, но суть понятна :) немного криво воткнулось, но суть понятна :)

]]> От: Alex_K http://www.likhachev.net/2008/08/12/about-mysql/comment-page-1/#comment-3467 Alex_K Wed, 13 Aug 2008 17:11:49 +0000 http://www.likhachev.net/?p=250#comment-3467 Бы у меня похожий запрос 4 года назад: <code lang="php"> if ( $mid ) { # ищем по ID сообщения $sth = $dbh->prepare("SELECT F.ID, F.NAME, F.DESCR, F.MESS_ORDER, F.MESS_PER_PAGE, F.DATE_OF_CREATE, F.TOPIC_COUNT, F.MSG_COUNT FMSG_COUNT, F.URL, F.TIME_TO_EDIT, F.MAILING, IF((T.DATE_OF_CREATE + INTERVAL F.TIME_TO_EDIT MINUTE) > NOW(), 1, 0), TEMPL.CONTENT, T.NAME, T.CONTENT, T.DATE_OF_CREATE, T.UID, T.NICK, T.MSG_COUNT TMSG_COUNT, T.VIEWCOUNT, T.STATUS, T.ID, COUNT(M.ID), F.REGISTRATION_REQUIRED, F.CAPTCHA_REQUIRED FROM ((($tblForums F INNER JOIN $tblTopics T ON F.ID = T.FID) INNER JOIN $tblTemplates TEMPL ON F.TEMPLATE2 = TEMPL.ID) INNER JOIN $tblMessages M ON M.TOPID = T.ID) INNER JOIN $tblMessages M2 ON M.TOPID = M2.TOPID WHERE F.ENABLED = 'Y' AND M.ID = ? AND T.ENABLED = 'Y' AND M2.ID errstr; $sth->execute($mid, $mid) or die $sth->errstr; unless ( $sth->rows ) { # нет нужного сообщения. Удалили, например $mid = 0; } } </code> Как видишь, пришлось все COUNT заменить на поля, которые пересчитывать при необходимости (добавление/удаление/изменени записей). На самом деле много зависит от размера таблиц, частоты запросов и критичности времени выполнения :) Бы у меня похожий запрос 4 года назад:

if ( $mid ) {
# ищем по ID сообщения
$sth = $dbh->prepare("SELECT F.ID, F.NAME, F.DESCR, F.MESS_ORDER, F.MESS_PER_PAGE,
F.DATE_OF_CREATE, F.TOPIC_COUNT, F.MSG_COUNT FMSG_COUNT, F.URL, F.TIME_TO_EDIT, F.MAILING,
IF((T.DATE_OF_CREATE + INTERVAL F.TIME_TO_EDIT MINUTE) > NOW(), 1, 0), TEMPL.CONTENT, T.NAME, T.CONTENT, T.DATE_OF_CREATE,
T.UID, T.NICK, T.MSG_COUNT TMSG_COUNT, T.VIEWCOUNT,
T.STATUS, T.ID, COUNT(M.ID), F.REGISTRATION_REQUIRED, F.CAPTCHA_REQUIRED
FROM ((($tblForums F INNER JOIN $tblTopics T ON F.ID = T.FID)
INNER JOIN $tblTemplates TEMPL ON F.TEMPLATE2 = TEMPL.ID)
INNER JOIN $tblMessages M ON M.TOPID = T.ID)
INNER JOIN $tblMessages M2 ON M.TOPID = M2.TOPID
WHERE F.ENABLED = 'Y' AND M.ID = ? AND T.ENABLED = 'Y' AND M2.ID errstr;
$sth->execute($mid, $mid) or die $sth->errstr;

unless ( $sth->rows ) {
# нет нужного сообщения. Удалили, например
$mid = 0;
}
}

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

]]>