Cоздаем таблицы для модуля вебмастера
Как и предполагалось, модуль вебмастера будет достаточно большим, чтобы количество таблиц, обслуживающих этот модуль, было большим, чем пять. Итак, давайте посмотрим, что у нас получается.
| Имя таблицы | Назначение таблицы |
| mp_webmaster_sites | Содержит все сайты всех вебмастеров. Привязка по идентификатору пользователя. Связка «много к одному». Основные поля:
· Uid · Url · Title · DateAdded · Status |
| mp_webmaster_site_data | Содержит данные каждого из сайтов вебмастера. Привязка по идентификатору сайта. Связка «много к одному». Основные поля:
· SiteId · KeyId Сами данные хранятся во вспомогательных таблицах. |
| mp_webmaster_site_pages | Содержит все страницы сайтов вебмастера. Привязка по идентификатору сайта. Связка «много к одному». Основные поля:
· SiteId · Url · Title · PageLevel · DateAdded · DateChecked |
| mp_webmaster_site_page_data | Содержит данные страниц. Привязка по идентификатору страницы. Связка «много к одному». Основные поля:
· PageId · Keyid · Data |
| mp_webmaster_site_page_links | Содержит все ссылки на страницы вебмастера. Привязка по идентификаторам сайта и страницы. Связка «много к одному». Основные поля:
· SiteId · PageId · LinkUrl · LinkText · Price · Date · Status |
Вспомогательные таблицы хранят данные, которые должны храниться в полях, которые могут быть добавлены к основным таблицам в процессе разработки. Такой подход более правилен, чем добавление столбцов в существующую структуру. Естественно, что гибкость данного подхода будет отнимать процессорное время, но в то же время позволит делать результаты запросов более компактными, что должно компенсировать затраты на обработку сложных запросов с множеством джоинов. В конце концов, джоины для того и придуманы, чтобы объединять колонки.
Загрузка ...
Последние комментарии