Не могу определить структуру базы данных. На какую мне пойти? - PullRequest
0 голосов
/ 04 июля 2011

Я разрабатываю небольшое приложение для компании.То, что они хотят, чтобы я сделал, - это своего рода веб-сайт, на который они могут добавлять участников для каждого события.У меня вопрос: должна ли я иметь одну таблицу для всех участников для всех событий или мне следует создать таблицу для каждого события и хранить в ней участников?

Извините за мой английский, если есть грамматические ошибки.

Ответы [ 4 ]

5 голосов
/ 04 июля 2011

У вас должно быть 3 таблицы:

Один с участниками (идентификатор участника, имя, адрес ...)

Один с событиями (event_id, date, place ...)

и один с участниками событий (id, member_id, event_id)

1 голос
/ 04 июля 2011

Лично я бы использовал три таблицы. Первый хранит список событий, второй хранит список участников, а третий содержит отношения между событиями и участниками (хранит комбинации event_id и member_id).

Это позволяет вам хранить список сведений об участнике, который отделен от какого-либо события, поэтому их можно приглашать / добавлять в качестве участников будущих событий из предварительно заполненного списка, вместо того, чтобы требовать повторного добавления одних и тех же сведений. .

0 голосов
/ 16 июля 2011

Следующие таблицы должны помочь вам сопоставить требование:

События - для хранения всей информации о событии Пользователи - удерживать всех пользователей на сайте (помните, что пользователь может участвовать в более чем 1 мероприятии) Участники - это отношение (многие ко многим) для пользователей, которые участвуют в мероприятиях

Пример столбцов:

  • События - имя события, описание события, дата события
  • Пользователи - имя, фамилия, адрес электронной почты
  • Участники - event_id (fk: Events.id), user_id (fk: Users.id)
0 голосов
/ 04 июля 2011

Таблицы для событий, участников и их отношений. Читайте о нормализации данных.

...