01:38 Концептуальное (инфологическое) проектирование. ER-диаграммах 05:50 Логическое (даталогическое) проектирование 07:55 Физическое проектирование 11:20 Почему три этапа
Будьте добры, не читайте текст со слайдов во время презентаций. Смотрящие сделают это примерно в десять раз быстрее, и ожидают от докладчика и слайда разъяснений, а не чтения текста с экрана.
Представьте упрощенный мини интернет магазин. На Этапе ER у вас есть следующие сущности Товары, Пользователь, Заказ. Отсутствующая связь в данном случае будет между Товары и Пользователь, это независимые сущности. А необязательная связь будет между Пользователь и Заказ, т.к. пользователь мог зарегиться в магазине, но не оформить ни одного заказа. При этом пользователь может оформить несколько заказов. И Заказ без Пользователя существовать не может. Т.е. связь будет 1 (обязательна) ко многим (необязательна).
Самое интересное, что это нужно преподавать заказчикам. Тем кто заказывает системы. Например тем, что хочет купить CRM систему, чтобы человеку в последствии делать логичные отчеты по продажам, нужна логичная структура данных. Спасибо за видео.
ДОбрый день. Может быть, посоветуете ПО для построения ер-диаграмм? Хотелось бы: а)отечественный производитель б)чтобы мог строить по имеющейся субд в)чтобы мог проектировать без создания физических таблиц, какие-то описания для передачи на разработку г)желательно клиент-серврная архитектура, чтобы на сервере создавали диаграммы/описания, а просматривать можно было другим сотрудникам д)если не клиент-сервеная архитектура, то тогда нужна выгрузка в читаемый формат (не картинку) для возможности работать со схемой, на которой 1000 таблиц
В рамках базы данных - да. Но и то не всегда, наверняка есть решения с хранимыми процедурами, которые могут решить этот вопрос. Чаще всего этот момент перекладывается на приложение непосредственно.
Бл инфа найдена хорошая и достоверная главное, но честно я разочарован как это человек рассказывал об этой профессии тихо неясно, не внятно и без желания и проще было читать чем слушать а так красавцы
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
01:38 Концептуальное (инфологическое) проектирование. ER-диаграммах
05:50 Логическое (даталогическое) проектирование
07:55 Физическое проектирование
11:20 Почему три этапа
Спасибо!
Прикрепили вверх!
Ещё раз приношу извинения за звук - впоследствии не допущу подобных ситуаций. На все вопросы готов ответить. 💭
Привет, про какие примеры идет речь в самом начале? Также прошу посоветовать какую-нибудь годную книжку для изучения вдогонку к курсу.
Антон, здравствуйте. Можно у вас попросить решение второй задачи (про мастерскую ремонтную)?
Будьте добры, не читайте текст со слайдов во время презентаций. Смотрящие сделают это примерно в десять раз быстрее, и ожидают от докладчика и слайда разъяснений, а не чтения текста с экрана.
До слез. Я потратил часов 15 своей жизни, чтобы прочитать и не понять и меньше 15 мин., чтобы таки уяснить. Спасибо!
Спасибо, стараемся :)
Согласна! После прочтения заумных книг по БД все мозги враскоряку, а тут ВСЁ сразу понятно. Спасибо!
Большое человеческое спасибо, что делитесь полезной и структурированной информацией!👍👍👍
Спасибо что смотрите) Для вас стараемся)
По факту: первый человек, что указал на концептуальное различие между тремя моделями проектирования. А за эту неделю я просмотрел многих...
Спасибо, мы старались ^_^
Очень доходчиво и кратко, молодцы! Спасибо.
Спасибо, мы старались ^_^
Спасибо огромное. Лучшее внятное видео. Спасибо. Пошла дальше с вами решать задачи. Появилась надежда что одолею
Спасибо! Мы старались ^_^
А в чем разница между необязательная связь и без указания ее?
П.с. лучший материал , почему до сих пор нигде такого не было??....
Представьте упрощенный мини интернет магазин. На Этапе ER у вас есть следующие сущности Товары, Пользователь, Заказ. Отсутствующая связь в данном случае будет между Товары и Пользователь, это независимые сущности. А необязательная связь будет между Пользователь и Заказ, т.к. пользователь мог зарегиться в магазине, но не оформить ни одного заказа. При этом пользователь может оформить несколько заказов. И Заказ без Пользователя существовать не может. Т.е. связь будет 1 (обязательна) ко многим (необязательна).
Самое интересное, что это нужно преподавать заказчикам. Тем кто заказывает системы. Например тем, что хочет купить CRM систему, чтобы человеку в последствии делать логичные отчеты по продажам, нужна логичная структура данных. Спасибо за видео.
Не то чтобы преподавать, скажем так: мягко погружать и знакомить с этой темой)
Спасибо вам за вашу работу. Доходчиво, кратко и понятно!
Спасибо, мы старались :)
Приятно слушать. Легко. Весело. Мне нравится. Спасибо большое!
Спасибо, мы старались :)
Расскажите пожалуйста про кластеризацию и репликацию БД
А как вы реализуете напрямую связь многие-ко-многим в реляционных базах данных?
У вас еще курсы проходят ? Я на почту написал вопрос. Пока тишина.
ДОбрый день. Может быть, посоветуете ПО для построения ер-диаграмм? Хотелось бы: а)отечественный производитель б)чтобы мог строить по имеющейся субд в)чтобы мог проектировать без создания физических таблиц, какие-то описания для передачи на разработку г)желательно клиент-серврная архитектура, чтобы на сервере создавали диаграммы/описания, а просматривать можно было другим сотрудникам д)если не клиент-сервеная архитектура, то тогда нужна выгрузка в читаемый формат (не картинку) для возможности работать со схемой, на которой 1000 таблиц
наверно самые лучшие лекции для новичков из тех что есть на русском
Спасибо, мы стараемся :)
Спасибо, пригодилось для проекта (9класс) очень подробно и понятно
Спасибо, мы старались :)
Нужны обязательно разборы задач которые в описании. Первые 2 сделал и то не уверен что правильно. А последние 3 вообще не понимаю как решать
К большому сожалению, пока не представляется возможным(
Вы офигенный лектор! Очень интересно слушать, я почти в вас влюбилась. У вас есть девушка??
Спасибо, мы старались :) Наш тех. дир женат)
Но у него есть заместитель и он свободен! :)
Какие СУБД умеют напрямую связывать таблицы при М:М?
Например, Realm
очень доходчиво! А можно еще ответы на задания где-нибудь разместить для самопроверки?
Спасибо, возможно чуть позже.
Вопрос про этап физического проектирования ввёл в ступор. Как он додумался его задать)
Издержки простоты нашего фреймворка дают о себе знать, не всегда простота для пользователя (пусть он и программист) является благом)
спасибо, держите лукас от СЕООНЛИ
А это правда, что "Любая связь многие ко многим является необязательной." ?
В рамках базы данных - да. Но и то не всегда, наверняка есть решения с хранимыми процедурами, которые могут решить этот вопрос. Чаще всего этот момент перекладывается на приложение непосредственно.
Спасибо! Очень доходчиво объяснили.
Мы старались ^_^
Спасибо за это крутое видео!
Спасибо, мы старались :)
Отличный преподаватель
Спасибо, мы старались :)
дай бох здоровья
Спасибо)
Большое спасибр за видео!
Вам спасибо за отклик :) Стараемся ^_^
Спасибо
Всегда пожалуйста :)
спасибо очень понятно
Спасибо, мы старались :)
Зачем физическое проектирование если есть старый и добрый хибернейт?
Иметь представление о том что происходит без библиотек и не зависеть от инструментов работы с СУБД в любом случае будет полезно :)
@@Rclass а если уже есть представление)?
@@dark_evil77 тогда можно и опустить :)
По поводу семантики предметной области конечно старый холивар, почему она описывается в ограничениях модели хранения, а не в модели кода)
Так исторически сложилось)))
👍
👋
А есть ли курсы по проектированию БД?
Добрый день! У нас нет, к сожалению. На просторах интернета - возможно.
@@Rclass нигде нет. Сделайте, будьте первыми. Я куплю.
Одна пара Универа = 15 минут видео. Удивительно
Сжимали изо всех сил))
Мужик ток не говори что ты за эти курсы деньги берёшь 😎
Ни в коем случае)
проектирование баз данных это как оргия между мужчинами и ты в центре неё только в раз 5 хуже
Ох, иногда такое бывает что даже приведенное вами кажется достаточно приличным вариантом развития событий)
@@Rclass понятно
Бл инфа найдена хорошая и достоверная главное, но честно я разочарован как это человек рассказывал об этой профессии тихо неясно, не внятно и без желания и проще было читать чем слушать а так красавцы
Что вы имеете ввиду под "рассказывал о профессии"? Спасибо :)
Спасибо за труд
Вам спасибо что смотрите :)
Оба варианта слова Обеспечение верны! Некрасиво перебивать спикера
Это локальный мем :)