bobpps писал(а):  |
Стоит качать? |
Курс не смотрел, только скриншоты. Сам занимаюсь разработкой баз данных несколько десятков лет. Замечания по скриншотам:
1) таблицы принято называть именем существительным во множественном числе, тк одна таблица содержит данные о множестве клиентов, заказов, городов, те customers, orders, cities и тд;
2) судя по пятому скриншоту нормализация до конца не выполнена, причем в части того, что потом создаст ощутимые проблемы и вам придется объяснять заказчику/руководству, в момент дидлайна, почему требуется переделка, а именно:
телефоны, e-mail's и адреса в более-менее приличной базе должны быть нормализованы, тк у клиента часто будет более одного телефона, адреса e-mail и более одного адреса доставки. Вынесение этих сущностей в отдельные таблицы позволит вам централизовать проверки корректности заполнения каждого типа полей в одном месте, а не размазывать их для phone1, 2, 3 и address_shippng1, address_legal, address_postal;
3) Названия полей: одно поле в разных таблицах по возможности должно иметь одинаковое название, те поля id каждой таблицы желательно называть имя_сущности_id (ну или id_имя_сущности, в зависимости от стиля внутри компании, на самом деле таких вариантов больше). Тогда у вас во всех таблицах будет имя поля ticket_id, а не id и ticket_id в разных таблицах. Это облегчает восприятие, тк ты всегда знаешь, на какое поле ты ссылаешься и плюс облегчает работы вспомогательных инструментов, которые по одинаковым названиям полей предлагают джойны.
Можно еще добавить проблемных мест, но наверное хватит. Сам курсы проектирования БД не смотрю, рекомендовать что-то стоящее не могу
