Структура базы данных для эффективного хранения и поиска - PullRequest
0 голосов
/ 07 октября 2010

У меня есть база данных, которая получает ссылки и контент, связанный с конкретным футбольным клубом, и способ хранения контента на данный момент находится в 2 отдельных таблицах, 1, в которой хранятся ссылки и детали, fm_sources, и другая, в которой хранятся данные. специфическая для клуба информация fm_club, которая будет использоваться для выполнения запросов к содержимому fm_sources для поиска соответствующей информации.

Вопрос заключается в том, что, используя API, который фактически гарантирует данные, связанные с 1 клубом, было бы лучше, если бы у меня была отдельная таблица для каждого клуба с рядами, связанными с клубом при первоначальном хранении, это позволил бы мне использовать очень простые запросы SQL, в отличие от массивных сравнений LIKE, которые я использовал здесь . Я мог бы просто запустить запрос, подобный этому

SELECT * FROM fm_liverpool ORDER BY created_date DESC LIMIT 15

Этот метод потребует от меня иметь несколько таблиц для каждого клуба, но каждая таблица будет повторять одни и те же столбцы.

1 Ответ

1 голос
/ 30 октября 2010

Комментарий нормализации верен: у вас будет одна таблица для названий клубов и информации, одна для fm_sources и, вероятно, третья, которая связывает эти два. Вам нужно больше таблиц, если вы получите больше данных.

На самом деле вам не нужно делать «массовые сравнения LIKE» - самое большее, для футбольного клуба. Ко всему прочему должны присоединиться идентификаторы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...