Tag Systems

[@lusever]

Думал, что-то знакомое. Ага, http://clops.livejournal.com/540848.html :)

[@clops]

 це йа :)

[@eremeevDOTru]

жа жа какбы

[@webmechanics]

не надоело старье перебирать? :) даёшь новый интересный контент вместо копипаста!

[@stepan_ovchinnikov]

это вы, уважаемый, показали как связь многие-ко-многим в реляционной бд сделать?

[@blockdog]

Что-то муть какая-то, если честно...
Примерно как: "Знаете как доехать от Москвы до Евпатории? Это же очень просто: едите прямо, прямо, прямо, потом налево, и вы в Евпатории! Можно, конечно, на самолете, это намного быстрее, но это из другой оперы..."

Не то, чтобы я не ценил подобные статьи на Хабре, они, безусловно, нужны и важны. Но как-то все торопливо и не структурировано. Как будто ученый что-то придумал, и, чтобы не забыть, записал на бумажке... Сумбурно!

А вообще, здорово. пишите еще (: Но не забывайте, что кто-то будет пытаться это прочитать. Более того, возможно, совершено случайно, этот кто-то еще не знает, как это сделать, и будет пытаться реализовать написанное...

Как всегда, это всего лишь мысли вслух, не принимайте близко к сердцу...

[@svtol]

ну ничего нового не открыл...
я юзаю 2 табл.
1. таблица с тагами и их ИД
2. Таблица привязки тагов к сущностям, в которйо одно из полей -ид сущности, а одно ид объекта.
зачем плодить третью таблицу непонятно...

почему то создание двух таблиц в БД не сподвигло меня на пост о так это сделать.

[@ugnich]

Примеры просто супер. Расписать для даунов, как создать три таблицы, но при этом ни одного примера выборки из этих таблиц.

[@golikov]

Напомнило подачу материала в вузе

[@menya]

После прочтения топика не смог подобрать слов, чтобы выразить свое ощущение.

А вы это сделали за меня :) Точно: как в вузе под конец лекции, когда и студент и лектор уже ничего не понимают.

[@dkrnl]

для 10ти класников от 10ти классника?

[@avz]

Я все понял кроме самого последнего абазаца. Что за "кэш-поля в самом контенте"?

[@clops]

скажем есть у меня «статья», вместо того, чтобы каждый раз по-новой для неё теги выбирать – делаем это одир раз и сохраняем в отдельном поле в таблице.

[@lusever]

Перечисление тэгов. Чтобы лишний раз таблицы не объединять.

[@ld100]

Но схема получается не нормализованная и в большинстве случаев, если в проекте используется ORM через ORM такое не реализуешь...

п.с. но в Django для таких целей есть generic relations, схема все-равно не нормализована, но ORM знает что с ней делать :)

[@ingspree]

Нормализованные данные - оцтой. ;-)

[@plus]

у меня такое ощущение что я видел это уже, причем именно с этой картинкой

[@clops]

вероятно на моём же сайте ;)

[@plus]

вполне возможно ;) просто такое дежавю прямо..)

[@lusever]

Чтобы тэги не повторялись

[@Urevic]

Здесь можно почитать об этом способе хранения тэгов в более человеческом виде. Также там описываются преимущества и недостатки.

[@Urevic]

Черт, хабр обманул, что можно использовать html, вот ссылка: http://www.pui.ch/phred/archives/2005/04/tags-database-schemas.html#toxi

[@twi]

я в университетах не учился... :)
CREATE TABLE `content`(
`id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
`body` TEXT
);

CREATE TABLE tags(
`id` INTEGER UNSIGNED NOT NULL,
`title` VARCHAR(200)
);

SELECT c.*,GROUP_CONCAT(t.`title`) AS `tags` FROM `content` c LEFT JOIN `tags` t ON c.`id` = t.`id` GROUP BY c.`id`;