@Docent1986

Всем привет!

Создал схему БД бронирования мест в кинотеатр для RESTful web-приложения на java. Есть сущности кинотеатр, фильм, сеанс, пользователь, место, бронь, схема кинотеатра. Так вот есть сомнения в необходимости сущности схема кинотеатра - я хотел ее использовать для генерации правильного количества билетов в определенный кинотеатр. Нужна ли она?

P.S. Буду рад любым замечаниям касательно схемы -)

Миниатюры

 

0

@Meridian21

Docent1986, ну, навскидку:
1 - судя по схеме, это даже не кинотеатр, а сеть кинотеатров. И во всех кинотеатрах только один зал?
2 - таблица Place - судя по всему, это места в кинотеатрах. Cost - видимо, это стоимость. Не очень правильно, на мой взгляд, привязывать стоимость к месту. Конечно есть подкатегории (типа эконом, vip, бизнес и т.д), но, обычно, одно и тоже место на премьеру стоит дороже. Стоимость я бы привязал к сеансу. Те же утренние сеансы дешевле вечерних.
3 - подкатегории мест я бы вынес в отдельный справочник (привет нормализация).
4 - зачем в таблице customer поле password используется 2 раза. Это избыточность данных.
5 - никак не учтены сеансы в 3d (хотя, возможно это такая задумка).
6 - таблица movie_genre - нет первичного ключа.
7 - можно добавить контакты кинотеатров (e-mail для фидбэка или телефон например).
8 - ...

0

@VinniPuh

Не знаю, как там в вашей програмке делать связи, а вот в - Access я бы сделал так.

Миниатюры

 

0