Спасибо, заходите ещё! По инструментам для моделирования ERD отдельную статью, наверное, не стоит записывать (там они все очень похожи), но shorts или пост об этом сделаем 👌
Я правильно поминаю что диаграмма описывает именно таблицы в БД. Я не смогу ей описать сервис какой-нибудь правильно? Я чет думал что она будет более мудренная.
Автору спасибо за контент, посмотрел все. Может кто порекомендует подобные каналы, где автор зачитывает и визуализирует статьи с хабра или подобных ресурсов?
Как понять когда дата является сущностью, а когда атрибутом сущности? Например в моём случае, нужно анализировать информацию о том какие клиенты, какие услуги, в какие дни лучше приобретают. А так же какие акции, скидки или мероприятия лучше способствуют покупке. Дата вроде отдельная сущность, но по ощущению, она должна быть атрибутом покупки... Что ли... Какой сложный уровень абстракции...)
Так навскидку в вашем случае просятся сущности "Клиенты", "Услуги" и "Заказы" (акции пока не берём в расчет). В таблице "Заказы" видно, какие клиенты покупают какие услуги, а также другие атрибуты заказа: количество в заказе, адрес заказа, например, и, конечно, та самая ваша дата заказа. Получается, дата заказа - это атрибут сущности "Заказ". Дальше уже могут появляться отдельные сущности, например, сущность "Заказ" делится на сущности "Заголовок заказа" и "Строка заказа" - это понадобится, если в заказе может быть больше одного наименования товара. Но это уже подробности)
@@ListenIT_channel Спасибо большое! А для того чтобы изучить влияние акций нужно будет строить отдельную модель? Потому что это уже совсем другая история?)) И так же про влияние приложения и/или сайта... Или всё-таки они будут как-то встраиваться в исходную модель?
@@ЕкатеринаЗиберт-у1ю акции вполне могут быть в той же модели, например, в виде отдельной сущности "Акции" с ссылкой на акционную услугу и, например, суммой скидки. Тут ещё вопрос, насколько разнообразными могут быть акции, и если да, то там уже фантазия может разыграться) Может быть отдельная таблица с типами акций (например, "2 по цене 1" и "бесплатная доставка"), и будет тогда таблица связей типа акции с конкретной услугой.
@@ЕкатеринаЗиберт-у1ю если нужно изучить влияние акций, в основной таблице можно просто фильтроваться по атрибуту "ид_акции" (where id_promo is not null) и дальше смотреть влияние, тут все супер просто ж
Молодец, подача материала на уровне
Спасибо огромное Вам за работу!
Спасибо!
Было бы круто в конце добавить резюме всего того, что вы рассказали.
Приняли, учтём!
Классный видосик! Спасибо. Это такое вводное видео про эту тему. Интересно Какими инструментами пользоваться во время поэтапной разработки моделей.
Спасибо, заходите ещё!
По инструментам для моделирования ERD отдельную статью, наверное, не стоит записывать (там они все очень похожи), но shorts или пост об этом сделаем 👌
Записали статью по инструментам для моделирования ERD - ua-cam.com/video/qy_IOplm05U/v-deo.html
Крутые ролики , хорошая подача
Видео очень хорошие, жаль, что мало просмотров и лайков. Уверен, со временем наберется. Удачи!
Спасибо, очень приятно!
Прочитал статью - ничего не понял. Видео все разъяснило, спасибо
Я правильно поминаю что диаграмма описывает именно таблицы в БД. Я не смогу ей описать сервис какой-нибудь правильно? Я чет думал что она будет более мудренная.
Ребята, красавчики
Thanks a lot
Автору спасибо за контент, посмотрел все.
Может кто порекомендует подобные каналы, где автор зачитывает и визуализирует статьи с хабра или подобных ресурсов?
Спасибо! Канал создал как раз потому, что таких каналов не нашёл :)
Как понять когда дата является сущностью, а когда атрибутом сущности?
Например в моём случае, нужно анализировать информацию о том какие клиенты, какие услуги, в какие дни лучше приобретают. А так же какие акции, скидки или мероприятия лучше способствуют покупке.
Дата вроде отдельная сущность, но по ощущению, она должна быть атрибутом покупки... Что ли...
Какой сложный уровень абстракции...)
Так навскидку в вашем случае просятся сущности "Клиенты", "Услуги" и "Заказы" (акции пока не берём в расчет). В таблице "Заказы" видно, какие клиенты покупают какие услуги, а также другие атрибуты заказа: количество в заказе, адрес заказа, например, и, конечно, та самая ваша дата заказа. Получается, дата заказа - это атрибут сущности "Заказ".
Дальше уже могут появляться отдельные сущности, например, сущность "Заказ" делится на сущности "Заголовок заказа" и "Строка заказа" - это понадобится, если в заказе может быть больше одного наименования товара. Но это уже подробности)
@@ListenIT_channel Спасибо большое! А для того чтобы изучить влияние акций нужно будет строить отдельную модель? Потому что это уже совсем другая история?)) И так же про влияние приложения и/или сайта...
Или всё-таки они будут как-то встраиваться в исходную модель?
@@ЕкатеринаЗиберт-у1ю акции вполне могут быть в той же модели, например, в виде отдельной сущности "Акции" с ссылкой на акционную услугу и, например, суммой скидки. Тут ещё вопрос, насколько разнообразными могут быть акции, и если да, то там уже фантазия может разыграться) Может быть отдельная таблица с типами акций (например, "2 по цене 1" и "бесплатная доставка"), и будет тогда таблица связей типа акции с конкретной услугой.
@@ListenIT_channel Хотела показать как у меня получилось, о не нашла способа. Спасибо за объяснение!😘🥰
@@ЕкатеринаЗиберт-у1ю если нужно изучить влияние акций, в основной таблице можно просто фильтроваться по атрибуту "ид_акции" (where id_promo is not null) и дальше смотреть влияние, тут все супер просто ж
Абракадабру записали - нифига не понятно - заумно слишком. Посмотрел 5 минут и выключил.
Просто прочитал статью, от себя ноль инфы