Как в Mysql вынести shows, views и ctr в отдельную таблицу?

Question

[sps1735]

Я еще только изучаю php и mysql. Есть база:

CREATE TABLE `site_posts` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `url` varchar(255) NOT NULL,
 `title` varchar(255) NOT NULL,
 `img` varchar(255) NOT NULL,
 `tags` tinytext NOT NULL,
 `views` int(11) NOT NULL,
 `shows` int(11) NOT NULL,
 `ctr` float NOT NULL,
 `status` char(16) NOT NULL,
 PRIMARY KEY (`id`),
 KEY `status` (`status`),
 KEY `ctr` (`ctr`),
 KEY `shows` (`shows`),
 KEY `views` (`views`),
 KEY `title` (`title`)
) ENGINE=InnoDB

На страницах делаю вывод постов по уменьшению ctr. Потом увеличиваю показ на 1 и пересчитываю ctr.

SELECT * FROM site_posts WHERE status='on' ORDER BY ctr DESC LIMIT 50;
UPDATE site_posts SET shows = shows + 1 WHERE id IN ($ids);
UPDATE site_posts SET ctr = (views/shows) WHERE id IN ($ids);

Решил вынести views, shows и ctr в отдельную таблицу.

CREATE TABLE `site_ctr` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `views` int(11) NOT NULL,
 `shows` int(11) NOT NULL,
 `ctr` float NOT NULL,
 PRIMARY KEY (`id`),
 KEY `ctr` (`ctr`),
 KEY `views` (`views`),
 KEY `shows` (`shows`)
) ENGINE=InnoDB

Теперь делаю вывод и подсчеты так:

SELECT * FROM site_posts, site_ctr WHERE site_posts.id = site_ctr.id AND status='on' ORDER BY ctr DESC LIMIT 35;

UPDATE site_ctr SET shows = shows + 1 WHERE id IN ($ids);
UPDATE site_ctr SET ctr = (views/shows) WHERE id IN ($ids);

Стало работать на порядок медленней. Почему?
Получается, что не надо выносить views, shows и ctr в отдельную таблицу?
Или я что-то делаю не так?

Answer 1

[Макс]

Выносить отдельно в этом конкретном случае смысла особо не было
Работает медленнее потому что появился JOIN

Comments

[sps1735]

Т.е. получается нет смысла из-за того, что в выводе используется ORDER BY ctr DESC, а ctr в новой таблице каждый раз пересчитывается?

[Макс]

@sps1735 Не совсем, просто получается избыточность, почитайте о нормальных формах в БД

Answer 2

[Melkij]

0) вы сами ещё не путаетесь, что есть shows, а что - views? На мой взгляд это синонимы.
1) если у вас связь 1:1, то почему оба id сделаны AI?
2) работать стало медленнее - в цифрах, с расстановкой, с измерением, который из запросов стал требовать больше ресурсов.
3) вопросы по производительности select'а без explain'а задавать неправильно. explain update - понимаю, только в mysql5.6 появился, ещё могли не обновиться.
4) Зачем вообще два апдейта?

UPDATE site_ctr SET shows = shows + 1, ctr = (views/(shows+1)) WHERE id IN ($ids);

PS: не придираюсь

Comments

[sps1735]

0) Путаюсь иногда. Наверно переименую.
1) При добавлении постов, сразу добавляю во вторую таблице некоторое количество views, shows и ctr, чтобы пост появился вверху.
2) 3) Пока еще тестирую\разбираюсь...
4) Спасибо. Так будет лучше.

Наоборот полезные замечания. Спасибо.

[Melkij]

@sps1735 ,
1) так почему оба AI? AI гарантированно уникален, а не гарантированно предсказуем. В других таблицах ai может тикать с другой скоростью и в другом порядке обработки запросов. Банальное:
скрипт 1 создал пост, задумался о чём-то
скрипт 2 создал пост, создал запись просмотров. И получил не тот id.

Занесли в одну таблицу - вот у вас есть теперь уже гарантированно выделенный для этой сущности id. Его и пишите в связанные таблицы.

PS: пишите обращение, на комментарии к ответам оповещение не приходит.