Курсы по программированию

Формула программиста
основатель — Волосатов Евгений Витольдович
Java - Шаблон State - Практика за 200 руб.

БД - Управление гостиницей / Таблицы клиентов и заказов

  • На этом уроке мы перечислим поля таблиц Client и Book.
    Каждое поле этих таблиц потребует подробных
    комментариев, почему так, как можно сделать
    иначе, какие могут быть ошибки и так далее.
  • Дата отправки отчёта: 30 ноября 2015 г.
  • Задание выполнено: за 45 мин.
  • Чему научился: Кое-что подредактировал но во основном все наверное так и должно быть
  • Что было сложным: Время
  • Комментарии: Отличный урок
  • Оценка видео-уроку:
Отчёт от 4395 за БД - Управление гостиницей / Таблицы клиентов и заказов




Оцени работу

 
Сохранить страницу:

  • Отчёт оценивали:
    6391Владимир+1   2721mikemet+1   Посетитель+1   6925Артём+1   1Евгений Волосатов+1   7645Александр Львович+1   8274Виктор 0   6452Кирилл Шмойлов+1   7276Ильшат+1   459Сергей Сергеевич+1   2639Морозов Юрий Александрович+1   6987MichGar+1   8330Катя0   7765Станислав0   7440homerSimpson+1   6203Николай (nick27m)+1   5868Vera+1   3747Сергей+1   7985Андрей +1   6080annaka+1   4004Елена+1   1710Степан+1   7901Влад+1  

Начинаем практику по языку C#




Чтобы стать хорошим программистом — нужно писать программы. На нашем сайте очень много практических упражнений.

После заполнения формы ты будешь подписан на рассылку «C# Вебинары и Видеоуроки», у тебя появится доступ к видеоурокам и консольным задачам.

Несколько раз в неделю тебе будут приходить письма — приглашения на вебинары, информация об акциях и скидках, полезная информация по C#.

Ты в любой момент сможешь отписаться от рассылки.
Трудности: Сложностей не возникло
Название таблицы Client и поля client - явная тавтология, если следовать этой логике то поля остальные дожны называться clientId, clientemail itd... потом поле не однозначно характеризует данные - что значит client - имя или связанную запись в другой таблице, имя? Более правильно было бы Name, тогда даже если вы и не используете Entity Framework, полный адерс выглядит как Client.Name вместо странного Client.client, eще более детально FirstName (имя) и Lastname(фамилия), в начале видео вы показали Surname - Lastname(это одно и тоже), Middle name - отчество. Более корректно звучит не From - Till, а CheckIn - CheckOut date. Количество гостей думаю относиться к вместимости комнаты а не к заказу, при заказе проверяеться комнаты по вместимости. В таблице Book, мне кажется всетаки правильным укзавать RoomId, потому что при заказе выбирают конкретную комнату (даже если потом ее заменили) - комната может быть всего одной - например люкс на двоих - а у вас еще много обычных комнат на двоих
Научился: Еще раз узнал много полезного про БД и нормальные формы.
Вообще плохая идея делать в таблице phone1, phone2. С моей точки зрения для этого лучше сделать табличку с 3 полями - id, тип обратной связи, и поле value в котором содержится информация. Типом обратной связи может быть телефон, адрес, скайп, аська, емайл или явка с газеткой в полдень у фонтана (шучу - для разведчиков - чтобы никто не просчитал) - вот это будет очень формализовано. Правда что плохо в таком подходе - надо будет плести соединения таблиц друг с другом. Как показывает практика это не всегда нужно - как правило люди оставляют телефон или e-mail и все. Это я просто если полностью взять и формализовать вид обратной связи. Я даже кстати не знаю как эту таблицу назвать.