Могу ли я представить отношения между 3 таблицами в одну соединительную таблицу?

Question

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

У нас есть зал, концерты будут проходить в зале, каждый с датой, в зале также будут места, категории, каждая категория зала будет иметь различную цену для разных концертов, места будут сгруппированы вкатегория, в одной и той же категории могут быть разные места для разных концертов, также мы можем отключить / включить места для концерта

, чтобы иметь разные места для одной и той же категории для разных концертов, я создал стол (category_concert_seat) ву нас есть 3 идентификатора внешнего ключа id_concert, id_seats, id_category, например, я могу изменить категорию для группы мест для данного концерта.затем в той же таблице в той же категории будет другая группа мест для другого концерта

вы можете увидеть демо для моего приложения, приложение работает, но мне нужно другое профессиональное мнение, которое я не хочуиди дальше, не будучи уверенным, что это правильно.

Так что же я сделал, присоединившись к древовидной таблице, как это законно или я должен пересмотреть это?

Вы можете увидеть демо здесь http://blog.yaz -fr.com / canvas.html

демоверсия на французском языке, но легко понять, что вы просто выбрали концерт из списка, затем выбираете группу мест, затем назначаете категорию для этих местВы также можете указать для категории цену и изменить ее цвет

Диаграмма ER

Я пытался сделать свой вопрос понятным настолько, насколько я мог, я искал овопрос в течение 2 недель, другой вопрос на этой платформе не может дать мне ответ, который мне нужен.

Answer 1

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

Я думаю, что было бы лучше определить CategoryConcert, который имеет атрибут цены,и повесить ссылку CategoryConcertSeat от этого.

Я говорю думаю , потому что такого рода решение действительно сводится к случаям использования.Но просто глядя на вашу диаграмму ER, это все, что приходит мне на ум.