Комментарии: Не возможно использовать для обновления таблицу, в которой производишь выборку

Автор: adw0rd

adw0rd — Tue, 28 Jul 2009 21:58:18 +0000

Ad1ce,

1. Да, самописный

2. Плагин Codecolorer

Автор: Ad1ce

Ad1ce — Tue, 28 Jul 2009 21:51:05 +0000

1. Движок Кинсбурга самописный?

2. Чем оформляется подсветка синтаксиса кода на этом блоге?

Автор: adw0rd

adw0rd — Tue, 28 Jul 2009 18:29:06 +0000

`size` имеет отношение исключительно к облакам и нефиг ему делать в основной таблице.

Ну смотри, для генерации облака нам нужно помимо «размера» еще «имя жанра» и «ссылка, либо ид жанра», так?

Тогда логично чтобы они были в одной таблице, чтобы не делать лишнего жойна, так?

Тогда куда мне всунуть «размер»? Или ты мне предлагаешь одинаковые данные хранить в двух таблицах?

футурама скачивается.

Скоро выложим на кинсбурге, заходи ;)

Автор: dallone

dallone — Tue, 28 Jul 2009 18:22:23 +0000

`count` имеет отношение к категориям,

`size` имеет отношение исключительно к облакам и нефиг ему делать в основной таблице.

Впрочем на вкус и цвет товарищей нет. Проехали :)

вынесен в отдельную переменную @percent и все работает наура, для всех строк

Ну да я это понял, просто меня переклинило на первом запросе, стормозил признаю.

P.S.

Впринципе вполне логично, что они гененрят только одну строку ибо MAX, MIN это же агрегатные функции GROUP BY.

Можно было бы заменить аццким запросом:

SELECT `count`
/
(
(SELECT MIN(`count`) FROM `categories`)
-
(SELECT MIN(`count`) FROM `categories`)
/ 10
)

FROM `categories`;

Твой вариант лучше безусловно прозрачнее и быстрее, мне просто занятся нечем пока футурама скачивается.

Автор: adw0rd

adw0rd — Tue, 28 Jul 2009 17:50:54 +0000

Поэтому можно было бы сделать таблицу:
CREATE TABLE `tag_cloud_size`(
`category_id` INT NOT NULL,
`size` INT NOT NULL DEFAULT 0,
PRIMARY KEY(`category_id`)
);
Ну и в ней собственно все их(значения) хранить.

С тем же успехом можно было отделить «count» в другую таблицу.

Автор: adw0rd

adw0rd — Tue, 28 Jul 2009 17:49:43 +0000

ИМХО все равно данные размера как таковые к категориям особого отношения не имеют, они грубо говоря связь облака тегов с категориями, да и юзаются они ведь только в нем, не так ли?

Не согласен, зачем мне делать доп. таблицу, если эти данные необходимы для генерации облака (титл, урл, размер)?

Я считаю это лишним.

Автор: adw0rd

adw0rd — Tue, 28 Jul 2009 17:47:19 +0000

SELECT (`count` / ((max(`count`) - min(`count`)) / 10)) FROM `categories`;

да, именно этот запрос сделает всем строкам один результат, но этот запрос только для теста, посмотри внимательно процедуру, там этот кусок кода:

(max(`count`) - min(`count`)) / 10)

вынесен в отдельную переменную @percent и все работает наура, для всех строк

Автор: dallone

dallone — Tue, 28 Jul 2009 17:08:17 +0000

Нет, не будет, я же проверяю сначала, прежде чем публиковать. ;)

Хм... Просто запрос:

SELECT (`count` / ((max(`count`) - min(`count`)) / 10)) FROM `categories`;

При данных:

CREATE TABLE `categories` (
`id` int(11) NOT NULL auto_increment,
`size` int(11) NOT NULL default 0,
`count` int(11) NOT NULL default 0,
PRIMARY KEY (`id`),
KEY `count` (`count`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `categories` (`id`, `count`) VALUES
(1, 5),
(2, 12),
(3, 18),
(8, 5),
(11, 5),
(12, 12),
(13, 18),
(18, 5),
(19, 2);

У меня лично выдает только одно значение — 1.2500 (Как я понимаю для последнего столбца с `id` 19 (MySQL5). Или я что-то недопонимаю?

ИМХО все равно данные размера как таковые к категориям особого отношения не имеют, они грубо говоря связь облака тегов с категориями, да и юзаются они ведь только в нем, не так ли?

Поэтому можно было бы сделать таблицу:

CREATE TABLE `tag_cloud_size`(
`category_id` INT NOT NULL,
`size` INT NOT NULL DEFAULT 0,
PRIMARY KEY(`category_id`)
);

Ну и в ней собственно все их(значения) хранить.

Автор: adw0rd

adw0rd — Tue, 28 Jul 2009 08:42:15 +0000

И вот такое облако получаем:

Автор: adw0rd

adw0rd — Tue, 28 Jul 2009 08:40:51 +0000

Зачем хранить одно и то же значение в 9342423 экземплярах? Как же нормализация?

вот что получается

+-------------+-------------+-------+------+
| category_id | url | count | size |
+-------------+-------------+-------+------+
| 1 | action | 8 | 3 |
| 2 | serial | 17 | 7 |
| 3 | documentary | 0 | 0 |
| 4 | cartoon | 10 | 4 |
| 5 | western | 0 | 0 |
| 6 | detective | 3 | 1 |
| 7 | drama | 16 | 7 |
| 8 | historical | 7 | 3 |
| 9 | comedy | 23 | 10 |
| 10 | comics | 0 | 0 |
| 11 | crime | 4 | 2 |
| 12 | romance | 6 | 3 |
| 13 | mistic | 0 | 0 |
| 14 | parody | 0 | 0 |
| 15 | adventure | 8 | 3 |
| 16 | sport | 0 | 0 |
| 17 | thriller | 9 | 4 |
| 18 | horror | 2 | 1 |
| 19 | fantastic | 5 | 2 |
| 52 | fantasy | 2 | 1 |
+-------------+-------------+-------+------+

Никаких «9342423 экземплярах» ;)