Занятие 2. Проектирование базы данных. Таблицы и связи. Схема базы данных

preview_player
Показать описание
Упоминаемые понятия:
Электронная база данных, табличный вид базы данных, первичный ключ, внешний ключ, проектирование базы данных, связи между таблицами базы данных, схема базы данных, типы связей, связь один к одному, связь один ко многим, связь многие ко многим, типы данных, форматы данных, база данных продуктов

На 28:12 ошибка с окончательным вариантом для таблицы "Продукты-наименование".
Там должно быть только 4 поля, как мы говорили выше:
номер продукта (ПК, ВК)
название продукта
фирма-производитель
номер штрих-кода

#базыданных #БД
Рекомендации по теме
Комментарии
Автор

Очень крутой урок! Самое лучшее объяснение в ютубе! Благодарю!

МихаПетров-юэ
Автор

26:11 Начиная с этого момента вообще перестал понимать что с чем было сведено и что вообще происходит. Курсора не видно и, соответственно, непонятно на что автор указывает в дальнейшей части видео.
PS: После просмотра следующего урока с изображением в программе подробной схемы связей между таблицами более-менее начал уже понимать что к чему. Спасибо за урок!

НиколайЩеглов-мь
Автор

Отлично урок! в ютубе крайне мало годного контента по этой теме

nurlanmgn
Автор

Нужно в начале показать общую схему, а потом детально разбираться каждую таблицу и вообще для наглядности в процессе рассказа не хватает временами напоминания об общей схеме взаимодействия)

ГригорийКузнецов-лп
Автор

Да, переделки и доделки на поздних этапах это боль и фрустрация.

mishacol
Автор

28:12 получается нам тут не нужен же внешний ключ Номер магазина, если у нас связи в отдельной таблице. Или я что-то упускаю?

bomzhiha-s-kurskogo-vokzala
Автор

Без общей схемы сложно воспринимать связи таблиц и смысл

konstantingrib
Автор

Андрей, спасибо за работу, очень хороший, годный обзор.
Вопрос по связям в БД. У Вас есть урок по SQL запросам, но я так и не понял как связи в конечном итоге влияют на запросы, и для чего они (связи) нужны

НиколайЛапшин-шч
Автор

Спасибо. На пальцах объяснили как что ❤

PetrMarkov
Автор

Связь многие ко многим можно было бы избежать, если ввести таблицу Заказы со своим уникальным номером.

MikleKuznetsov
Автор

Примеры конечно хорошие, но я ожидал визуально нарисованные связи и над этим всем большой рассказ.

easy-bot
Автор

17:45 как это сырок глазированный. Продукт один. А номера у него три?

Mcmern
Автор

Здравствуйте.А на практике оказывается не нормализуют базы?Просто на 15 минуте у вас там не 3 форма.Я думал всегда до третей формы обязательно.

kalabbkon
Автор

Андрей, мне кажется, что дробить поле ФИО не всегда есть хорошая идея. Поясню мысль. Если в БД присутствуют записи для сотрудников допустим Иванов С.П., Смирнов А.А., Петров. А.Д. и т.п., то разбиение по полям вполне себе уместно. Но вот пришел в компанию зарубежный партнер например Мао Цзедун. Где тут имя, где фамилия, а отчество где? С ходу не разберешься. Или еще для примера Ленин Рамирес Санчес (Реально был такой персонаж в мире). Тоже где тут что, поди разберись. Поэтому с ФИО надо быть аккуратнее. Но это маленькая придирка, а так очень понравилась донесенная информация, спасибо.

ДенисЩенников-дг
Автор

1. А как быть, если магазины, которые принадлежат разным сетям, имеют одинаковые номера?
2. А как быть, если номер дома содержит букву, например дом 9-а?
Выша структура эти моменты не учитывает...

ser
Автор

не может быть два первичных ключа в одной таблице

gpankov
Автор

Добрый День
Можно ли с вами связаться для индивидуальной консультации?

СенчукНиколай-шц
Автор

без показа общей схемы тяжело воспринимать. приходится в голове фантазировать все эти таблицы со связами из за этого трудно воспринимается

Blastpv
Автор

Чтобы понять нужно обкуриться как сам автор

ШириковАндрей
Автор

Есть ли какие-то книги/курсы для начинающих по этой теме?

vip