Spear
почемучка
Хранить всю текстовую информацию в одной таблице БД
Добрый день,
я сейчас делаю движок сайту, и возник такой вопрос -
нужно сделать посик по всему сайту, по новостям, статьям, описанию файлов и прочей инфе, которая лежит в БД.
Если делать поиск отдельно по разделам - то ничего сложного (select from news where..).
А вот если мне нужно сделать поиск сразу по всем рзаделам, с возможностью разить результаты постранично? Не нашел никаких реальных способов.
Поэтому появилась такая идея - может хранить ВСЮ текстовую инфу, которая должна быть задействована при поиске,
в одной таблице БД, указывая помимо текста идентификатор модуля\раздела, для которого этот текст.
Сама проблема в том, что я не знаю насколько это будет "напряжно" для сервера, т.к. хранить нужно будет:
новости
обзоры
статьи
описания файлов
описания фалов (другой тп файлов, Не другая категория.. вообщем нужно
)
ещё кое-какая инфа.
Соотвественно структура таблицы текстов будет такая:
id (auto increment)(key) / text (longtext) / module (varchar 50, index)
Ну а уже в таблице новостей буду добавлчть поле, в котором указывается ID текста для этой новости в таблице текстов.
проблемы вот в чем:
1. Может все-таки есть какой-то способ организовать посик по нескольким таблицам, так чтобы ещё и запрос не очень увесистый получился?
2. Насколько вообще допустим вариант с хранением всех текстов в 1 таблице? Учитывая что размер у неё будет довольно-таки крупный (в день по 10 записей на 5-10кб каждая точно будет + несколько мелких описания файлов и прочего).
Благодарю за внимание
Добрый день,
я сейчас делаю движок сайту, и возник такой вопрос -
нужно сделать посик по всему сайту, по новостям, статьям, описанию файлов и прочей инфе, которая лежит в БД.
Если делать поиск отдельно по разделам - то ничего сложного (select from news where..).
А вот если мне нужно сделать поиск сразу по всем рзаделам, с возможностью разить результаты постранично? Не нашел никаких реальных способов.
Поэтому появилась такая идея - может хранить ВСЮ текстовую инфу, которая должна быть задействована при поиске,
в одной таблице БД, указывая помимо текста идентификатор модуля\раздела, для которого этот текст.
Сама проблема в том, что я не знаю насколько это будет "напряжно" для сервера, т.к. хранить нужно будет:
новости
обзоры
статьи
описания файлов
описания фалов (другой тп файлов, Не другая категория.. вообщем нужно
)ещё кое-какая инфа.
Соотвественно структура таблицы текстов будет такая:
id (auto increment)(key) / text (longtext) / module (varchar 50, index)
Ну а уже в таблице новостей буду добавлчть поле, в котором указывается ID текста для этой новости в таблице текстов.
проблемы вот в чем:
1. Может все-таки есть какой-то способ организовать посик по нескольким таблицам, так чтобы ещё и запрос не очень увесистый получился?
2. Насколько вообще допустим вариант с хранением всех текстов в 1 таблице? Учитывая что размер у неё будет довольно-таки крупный (в день по 10 записей на 5-10кб каждая точно будет + несколько мелких описания файлов и прочего).
Благодарю за внимание
