логика - поиск изображений

Привет всем, сразу к наболевшему.

Как я понимаю реализация поиска по картинкам дело не сложное т.к. это всё же поиск слов... ключевых слов. Проблема в организации базы данных.

Как я представляю/понимаю это так:
1. Таблица "images"
1.1. id
1.2. idkey (перечисление через запятую?)
1.3. src

2. Таблица "keywords"
2.1. id
2.2. keywords
2.3. count (+1, если слово дублируется... для построения облака тегов)

-----
Для некоторых лучший способ написать что-нибудь осмысленное - это сесть _опой на клавиатуру.

даю варианты:
1. добавить ещё одну таблицу чтобы стыковать нормально первую и вторую таблицу.
2. не добавлять ещё таблицу, а во второй хранить ид из первой и слово. Количество можно на лету посчитать.

В любому случае 1.2. это ад.

Отдельно таблица с картинками.
Отдельно таблица с тегами.
Отдельно таблица с id тегов и картинок.

Тблица 1:
id
src

Таблица 2
id
key

Таблица 3
id_image
id_key

Что за извращение?
А одной таблицей слабо сделать?
Не усложняйте себе жизнь, а делайте сразу правильно.
Почитайте о полнотекстовом поиске и с чем его едят.

Даже ссылку подыскал http://phpclub[dot]ru/mysql/doc/fulltext-search[dot]html

(Отредактировано автором: 15 Ноября, 2011 - 19:00:53)

Можно и одной, но я бы для повышения своего ЧСВ оправдывая заделом на будущее (быстрый поиск тегов для подсказки пользователю) остановился бы на двух или трёх таблицах. Главное чтобы 1.2. не было.
(Добавление)
Хотя о чём это я... зачем хранить теги списком через запятую а потом мучительно их искать, удалять, вставлять и т.д.?

Самогонщик, т.е. не стоит бояться плодить записи в базе данных... стоит делать так:
1. 'id', 'src' таблица с данными изображения
2. 'id', 'key' таблица с ключевыми словами, где "запись = одному слову"
3. 'id_src', 'id_key' связка данных двух таблиц

2.1 - explode ... затормозит работу скрипта и выдаст задержку в поисковой выдаче? верно я понимаю?

koras, в данный момент работает с одной таблицей, где привязаны ключевые слова к определенному изображению... но от сюда и ограниченный функционал ,что не есть хорошо... связывает руки для дальнейших целей.

-----
Для некоторых лучший способ написать что-нибудь осмысленное - это сесть _опой на клавиатуру.

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

Можно таблицу два выкинуть и ссылаться из третей сразу на первую, но тут теги будут повторяться, зато запросы проще

Вообще, выдумай типичные запросы, бахни генератор записей (100000 картинок и 1000 разных тегов по 10 связок в среднем), погоняй запросы для разных реализаций и выложи результаты, думаю всем будет интересно.

Или выбери один из вариантов и делай как делается, если что конвертнёшь в другой

Самогонщик, мне подсказывают об уникальных индексах... что исключит дубликаты из ключевых слов: #1062 - Duplicate entry

Вот эти нюансы, о которых я не знал, функционал mysql. Придется изучать более подробно.

-----
Для некоторых лучший способ написать что-нибудь осмысленное - это сесть _опой на клавиатуру.