Здравствуйте. Делаю простенький сервис по покупкам авиобилетов онлайн. Хотел бы

спросить это нормальная модель? Сам только недавно начал этим заниматься так что хотел бы узнать совет опытных людей.

Нет, не нормальная

Ну и банковские карты тебе не надо хранить, вообще

ок,записал

Как думаешь, один рейс точно не может быть несколько раз в сутки?

airline-name должен быть в таблице airline

как предложили, написать круто было бы пользовательские запросы, зачем они используют какие данные им надо будет возвращать по итогу мы получит sql запросы для каждого из use case-ов теперь нам надо понять, как нам организовать данные в таблицах FK и тп организовали данные, закрыли известные потребности пользователей теперь мы руками через консоль пишем все запросы, которые будут выполняться обращении к api, rpc смотрим настроены ли индексы верно, сколько время выполнения. тут должно стремиться быть меньше 10 мс даже на твоей локальной машине, если это postgres если у тебя 200-300 мс по каким-то use case-ам и соответствующим sql запросам, то надо что-то менять тут много умных советчиков, которые скажут, что: "надо правильно делать, монго говно...!" :) на самом деле, надо чтобы просто работало, по фиг как! и не ломалось, и максимально быстро ты всегда сможешь вернуться, и отполировать какие-то кривые части. оффтоп почти бд же не вакууме, даже если это упражднение просто это мобайл или веб? мобайл скорее будет server-driven веб может быть умнее, и быть client-driven ** никогда не предлагали еще на собесе проектировать флайт букинг эп боюсь что такое будет интересно подумать

Вверху пишется только первичный ключ. Также я вижу, что тут много чего можно вынести в отдельные таблички. К примеру, можно вынести в отдельную таблицу тип карты, расписание, и т.д. Если это Erwin, то логическую структуру можно, вроде как, и на русском делать.

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