Что-то мне подсказывает, что структура базы далека от нормализованной)
Вообще, с учётом этого следовало и разрабатывать структуру базы, все описания разместить в одной таблице, и использовать полнотекстовый поиск, как раз для такой функциональности и предназначенный.

Какой избыточностью?
Если речь идёт об описании -- так описание само по себе вполне объект, под который разумно выделить таблицу.
Может быть сам пример неудачен, и в реальной базе это действительно приведёт к некой избыточности, но чтоб к огромной -- у меня воображения не хватает)

Дублировать???
А один id указать -- религия не позволяет?

Рассматриваем описание как объект, минимальные возможные атрибуты для него id и собственно текст описания. На него могут быть довешены дополнительные рюшечки, типа там иллюстраций, ещё чего-то, это уж в зависимости от структуры базы и вывода. Не важно, относится ли одна статья к нескольким объектам, или несколько объектов ссылается на одну статью, в любом случае указывается id этой статьи, и только он может быть, в некотором роде, "продублирован" в базе, но это же неизбежная и очевидная особенность отношения М-М, причём, формально записанная, она вообще превращается в тафтологию: ссылка на объект указыватся столько раз, сколько раз на объект ссылаются.

Объединить результаты с помощью UNION (выяснить, поддерживает ли имеющаяся версия MySQL, сиречь версия 4.0.0 или выше), про сортировку по релевантности почитать в собственно документации MySQL по полнотектовому поиску , там же почитать об влиянии на сортировку и прочие возможности, связанные с поиском.

Пример №1
SELECT title, description, MATCH (title, description) AGAINST ('pattern') AS rel FROM items WHERE MATCH(title, description) AGAINST ('pattern') ORDER BY rel DESC;

Выводит результат в последовательности, определяемой совокупной релевантностью обоих столбцов. (кажется, это вывод по умолчанию для таких запросов, но для наглядности он приведён с ORDER BY)
Требует

Пример №2
SELECT title, description, MATCH (title) AGAINST ('pattern') AS rel_title FROM items WHERE MATCH(title, description) AGAINST ('pattern') ORDER BY rel_title DESC;

В результате все записи, в которых шаблон найден в заголовке -- выводятся первыми (согласно релевантности).
Требует

Пример №3
SELECT title, description, MATCH (title) AGAINST ('pattern') AS rel_title, MATCH (description) AGAINST ('pattern') AS rel_description FROM items WHERE MATCH(title) AGAINST ('pattern') OR MATCH(description) AGAINST ('pattern') ORDER BY rel_title DESC, rel_description DESC;

Результат понятен по аналогии и суперпозиции)
Требует
И т.п., надеюсь, эти примеры помогут создать требуемую функциональность.)