Не поможете придумать структуру бд(mysql)?

Question

IceJOKER @IceJOKER

Web/Android developer

Не поможете придумать структуру бд(mysql)?

Нужно придумать грамотную реализацию структуры афиши кинотеатров.
Есть таблица `cinemas` - список кинотеатров
Таблица `films` - фильмы

Нужно как то связать их с учетом сеансов и даты.
Никак не могу придумать как правильнее всего составить архитектуру базы.
В тупик заводит времена сеансов и даты(как-то не хочется для каждого дня по новой добавлять фильм с новым сеансом, а хочется просто отдельно добавлять фильмы, отдельно кинотеатры и т.д. , чтоб можно было все эти данные связать и уже повторно использовать).

Надеюсь доходчиво объяснил, хотя с трудом удается(

Вот к примеру https://afisha.yandex.ru/msk/events/?category=cinema позволяет как отдельно выбрать фильм, кинотеатр, дату и я не думаю что там для каждого дня/сеанса данные дублируются

Вопрос задан более трёх лет назад
3298 просмотров

Комментировать

Подписаться 2 Оценить Комментировать

Решения вопроса 1

10 комментариев

IceJOKER @IceJOKER Автор вопроса

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

Написано более трёх лет назад
Денис @cjbars

время лучше хранить в формате DATETIME в базе. Так потом не будет заморочек с выборкой по дате(диаппазону дат)

Написано более трёх лет назад
IceJOKER @IceJOKER Автор вопроса

@cjbars саму дату я храню в формате DATE , а вот времена сеансов как лучше всего хранить, ведь на один день могут быть несколько сеансов, пока храню их в виде сериализованного массива array('11:11', '12:00', .......);

Написано более трёх лет назад
Дмитрий Верхоумов @DVerkh

@IceJOKER лучше хранить каждый сеанс отдельно, поскольку может встать задача выбрать все сеансы на определённом временном промежутке, и тут то у Вас начнутся костыли для парсинга этого сериализованного массива.
А сами даты, лично я, храню в TIMESTAMP. Как по мне, очень даже удобно. А для выборок по TIMESTAMP надо просто чуть чуть документацию поюзать.

Написано более трёх лет назад
Денис @cjbars

Чота костылики :-)
Одна запись в таблице = 1 сеанс
В человеческом формате
id сеанса id фильма id кинотеатра дата+время (2014-08-20 11:30)
id сеанса id фильма id кинотеатра дата+время (2014-08-20 13:00)

выборка будет
SELECT * FROM seances where `date`=='2014-08-20' - на сегодня
SELECT * FROM seances where `date`>='2011-08-20' AND `date`<='2014-08-21' - на сегодня и на завтра, и так далее

Написано более трёх лет назад
IceJOKER @IceJOKER Автор вопроса

@DVerkh думаю такая возможность не нужна будет, хотя жаль конечно , что mysql не дружит с serialize;
просто то, что я тут описал это только вершина айсберга, там еще много чего, в базе столько связей, что я уже 100 раз путался в своих мыслях :D поэтому не хочу еще и этим забивать голову.

Написано более трёх лет назад
IceJOKER @IceJOKER Автор вопроса

@cjbars у меня время записывается в сериализованном виде, а дата в формате DATE , по дате сеансы выбрать не проблема. плюс нет лишних данных в базе.
единственное в моем случае нет возможности по времени выбрать сеанс, а эта возможность думаю и не нужна )

Написано более трёх лет назад
Дмитрий Верхоумов @DVerkh

@IceJOKER рисуйте блок-схемы на бумажке, будет проще.

Написано более трёх лет назад
Денис @cjbars

@IceJOKER хранить сериализованные данные в базе - это сомнительная экономия для базы, зато надежные наручники для себя же.

Например, у меня рядом есть 12 кинотеатров, в доступности пешком примерно 15 минут. Я хочу выйти из дома и попасть в кино в ближайший час. Каким образом построить запрос к вашей базе чтобы вывести все сеансы ближайших кинотеатров(геотаргетинг никто не отменял) на ближайший час?
В вашем случае вы получите список сеансов, пройдете по нему в цикле, распарсите сериализованную строку со временем начала сеанса, пройдете по нему в цикле чтобы определить нужное время. Всё это вместо того чтобы сделать один запрос к базе и получить готовый массив сеансов.
Зачем это?

Написано более трёх лет назад
IceJOKER @IceJOKER Автор вопроса

@cjbars геотаргетинг потом добавлю, нет нужды сейчас и в ближайшее время )

Написано более трёх лет назад

Пригласить эксперта

Ответы на вопрос 3

Комментировать

4 комментария

IceJOKER @IceJOKER Автор вопроса

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

Написано более трёх лет назад
Дмитрий Верхоумов @DVerkh

@deadbyelpy не совсем так. У Вас получается, что к кинотеатру сеанс привязан, а к фильму нет. Даже при наличии таблицы "показы" (фильмы - кинотеатры) мы не сможем определить по ней основную связь (фильмы - сеансы), потому что в 1 кинотеатре показывают много фильмов. В любом случае потребуется указатель в сеансах и на кинотеатр и на фильм.

Но мне кажется это всего-лишь опечатка, ведь так?)

Написано более трёх лет назад
Push Pull @deadbyelpy

@IceJOKER конечно не стоит добавлять фильм, а вот сеансы уже стоит, внутри же сеансов есть ссылка на фильм сеанса

Написано более трёх лет назад
Push Pull @deadbyelpy

@DVerkh честно, не знаю. для меня это казалось очевидным что я решил не писать, ведь как еще узнать что за фильм в сеансе

Написано более трёх лет назад

Комментировать

Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации

Похожие вопросы

PHP

+2 ещё

Простой
Как в Drupal 10 массово проставить noindex для >1000 страниц?
- 1 подписчик
- вчера
- 42 просмотра
1

ответ
MySQL

+1 ещё

Средний
Как восстановить базу данных mysql, если служба mysql не запускается на windows?
- 1 подписчик
- вчера
- 88 просмотров
1

ответ
Проектирование программного обеспечения

Простой
На чём писать клиентское приложение с GUI?
- 5 подписчиков
- вчера
- 6096 просмотров
12

ответов
WordPress

+1 ещё

Простой
Как импортировать большую базу данных в Wordpress?
- 1 подписчик
- вчера
- 59 просмотров
3

ответа
MySQL

+1 ещё

Средний
MySQL ошибка InnoDB: Attempted to open a previously opened tablespace. Куда копать?
- 1 подписчик
- 15 апр.
- 58 просмотров
1

ответ
MySQL

+1 ещё

Простой
Как получить доступ к БД mySQL через терминал?
- 1 подписчик
- 15 апр.
- 93 просмотра
2

ответа
MySQL

+1 ещё

Средний
Как скрестить ElasticSearch и MySQL?
- 3 подписчика
- 15 апр.
- 682 просмотра
2

ответа
MySQL

Простой
Что сработает быстрее, что лучше использовать?
- 2 подписчика
- 14 апр.
- 913 просмотров
1

ответ
PHP

+1 ещё

Простой
Как связать таблицы по одному столбцу и посчитать сумму?
- 2 подписчика
- 14 апр.
- 311 просмотров
2

ответа
PHP

+1 ещё

Простой
Почему не выводит первую строку в select?
- 1 подписчик
- 14 апр.
- 83 просмотра
1

ответ
Показать ещё Загружается…

Программист C++ Builder / базы данных MySQL

RU Electronics • Москва

от 180 000 до 200 000 ₽

Инженер технической поддержки с английским языком и знанием PHP/MySQL

IT-Aces

от 100 000 до 150 000 ₽

Системный аналитик

ROBOTMIA • Новосибирск

от 100 000 ₽

Доработать клиентское приложение для GTA 5 на C#

20 апр. 2024, в 00:51

1000 руб./за проект

Верстка и логика формы выбора билетов в зале для покупки

20 апр. 2024, в 00:43

10000 руб./за проект

Разработать формирование УПД на Java

20 апр. 2024, в 00:28

20000 руб./за проект

Answer 1 · 2014-08-20 03:11:01

Всё предельно просто. Товарищи правы.
В итоге у Вас должно получиться 3 основных таблицы: кинотеатры, фильмы, сеансы. Остальные данные пока что откинем, они нам не нужны.

Нам нужно, чтобы все эти данные были взаимосвязаны, а взаимосвязаны они должны быть как раз с помощью сеансов.

Кинотеатры (cinemas): id, name, ... .
Фильмы (films): id, name, ... .
Сеансы: id, cinema_id, film_id, ... .

В таблице с сеансами в столбцах cinema_id и film_id указываем id кинотеатра и фильма соответственно.

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

Answer 2 · 2014-08-20 00:50:19

Сделайте таблицу сеансов (id, date_time, film_id, cinema_id, hall_id)
date_time - дата и время начала сеанса
hall_id - зал кинотеатра

Answer 3 · 2014-08-19 23:21:03

попробую передать идею не расписывая совсем. примерно такие таблицы:
кинотеатры (id, name, ...), сеансы (id, name, time, id кинотеатра),
фильмы (id, name, category), фильмы - кинотетры (id, id фильма, id кинотеатра)
актеры (id, name), актеры фильмы (id, id фильма, id актера)
еще можно: скидки (время, дата, что угодно), скидки - кинотеатры - фильмы (id, id скидки, id кинот. id фильма(если есть) ), награды фильмов(id, id фильма), награды актеров ну и так далее

Answer 4 · 2014-08-20 00:22:03

romashka_sky @romashka_sky

Связующая таблица Фильм-Сеанс-Дата-Кинотеатр, но, возможно, я вас неправильно понял

Ответ написан более трёх лет назад

Комментировать

Не поможете придумать структуру бд(mysql)?

Войдите, чтобы написать ответ

Минуточку внимания

Войдите на сайт