На этом уроке мы перечислим поля таблиц Client и Book. Каждое поле этих таблиц потребует подробных комментариев, почему так, как можно сделать иначе, какие могут быть ошибки и так далее.
Дата отправки отчёта:
9 февраля 2016 г.
Задание выполнено: за
15 мин.
Чему научился:
Проектировать БД, выделять основные атрибуты в сущностях.
Что было сложным:
Ничего сложного.
Комментарии:
На мой взгляд, в таблице клиент указаны все основные атрибуты. Можно добавить пол клиента (это больше для статистики подойдет, например, кто чаще бронирует номера - мужчины или женщины), дату рождения клиента. Если же брать таблицу заявок (book), то конечно можно было бы ввести дополнительное поле - валюта, но я соглашусь с Евгением Витольдовичем, что потом появится масса проблем. Пожелания в графу info заносить, по возможности стараться их реализовать, чтобы клиент был доволен. Можно ввести дополнительное поле, которое будет характеризовать как клиент (тогда таблица клиент уже) будет добираться до отеля (сам лично или прислать машину).
Научился: Понять зачем нужны разные поля Трудности: Придумать какие поля еще надо были бы обезательны
Всегда при регистрации спрашивают фамилию и дату рождения понял почему вы отказались от EF.
Насчет адреса можно было при его заполнение написать пару полей в форме а все сохранить в одно поля
И еще насчет адресса можно попробывать использовать (google maps api address geolocation x,y) там есть автокомплите подстановка целого аддреса. из минусов если новый район или поселение какоето новое или маленкое то по названию может и ненайти
Научился: В таблицу Client неплохо было еще записать год и дату рождения клиента - year (date of birth), Кроме того, не знаю, насколько нужно поле address, думаю phone и e-mail - вполне достаточно, тем более, что эти поля могут послужить для составного первичного ключа поскольку в любом случае являются уникальными.