Я разрабатываю веб-сайт, на котором вы можете загружать игры с описанием и т. Д. И сохранять свой рейтинг. Я единственный, кто может предоставить рейтинг, поэтому для этого мне не понадобится вторая БД.Структура БД MySQL, необходимо уточнение
Тем не менее, будут проходить бессрочные раунды соревнований, поэтому я хочу сохранить Round # в столбце в DataBase. Другое требование состоит в том, что у каждого раунда есть своя собственная информация, поэтому я буду делать вторую таблицу с Round_Number, затем другие поля, такие как Описание, Дата погашения и т. Д.
Итак, это моя текущая идея схемы БД:
Entries (Comp #, Entry # AutoInc, Password,
Entry Date, Author Contact, Description, Screenshot, Website)
Competitions (Comp #, Theme, Entries, Start Date, Finish Date, Prize)
Таким образом, записи могут вступить в Соревнования на Comp #, чтобы получить дополнительную информацию о его конкурсе. Являются ли они наиболее эффективными? Нет учетной записи (или таблицы пользователей), каждая запись просто получает свой собственный пароль для редактирования.
Может ли одна запись иметь более одного конкурса? Я предполагаю, что да. Может ли один конкурс быть для нескольких записей? Я предполагаю, что нет. Если мои предположения верны, я бы удалил Comp # из таблицы «Записи» и изменил Записи в таблице «Соревнования» на «Ввод». –
К сожалению, я должен был упомянуть, записи являются суммой записей. Каждый конкурс может иметь несколько записей, но каждая запись может быть только для 1 конкурса. Я отслеживаю количество записей, поэтому мне больше не нужно делать подсчет, когда я хочу отслеживать популярность моих компов. – DanRedux
О, ладно ... так что «Записи» - это раунды. Если это так, структура выглядит хорошо для меня. –