Концептуальне проєктування І: ER-модель, предметна область, сутність, атрибут, ключ сутності
HTML-код
- Опубликовано: 27 сен 2024
- Розпочинаємо проєктування баз даних на концептуальному рівні - не беручи до уваги конкретну модель подання даних (реляційна, об'єктна чи ієрархічна база даних - нам наразі неважливо). Визначаємо поняття предметної області, сутності, атрибута, ключа сутності. Вчимося виділяти потенційні ключі сутності від простих випадків до складних. Розглядаємо поняття штучного ключа та ситуації, коли для ключа потрібно запозичити атрибут іншої сутності. Позначаємо сутності, їх атрибут та ключі на ER-моделі.
Тест до заняття: docs.google.co...
Презентація: docs.google.co...
Сподобалось відео? Поставте вподобайку та підписуйтесь на нас в соціальних мережах - отримуйте сповіщення про нові відео першими!
Facebook: itolympua/
Telegram: t.me/itolymp/
RUclips: bit.ly/3fkwHnq
Відеозаняття підготував Григорій Гогерчак, інженер програмного забезпечення компанії Google, заступник голови журі та автор завдань Київської міської олімпіади з інформаційних технологій.
Курс відеозанять Бази даних присвячений вивченню базових та поглиблених навичок роботи з базами даних. Він чудово підійде як для вивчення в рамках шкільної програми на уроках та самостійного опанування цієї галузі, так і для підготовки до олімпіад з інформаційних технологій.
Сторінка курсу в Інтернеті: itolymp.com/ac...
Плейлист відеозанять курсу: bit.ly/3zxfPol
#itolymp #БазиДаних #SQL
Спасибі за відео!)
Дякуємо за навчальний контент. Застосовуємо в дистанційній освіті. Супер!
Спасибі за відео!, але це мала інформації
більше будь ласка
Ви можете переглянути наступні відео цього курсу на нашому каналі
Тут є глобальна помилка. Ключ не може змінюватися. Тому поле номер не може бути ключом або його частиною в таблиці Клас. Сьогодні це 1-й клас, через рік - 2-й, потім 3-й і т.д. А ключ повинен залишатися незмінним.
Технічно може, щоправда в силу реалізації це справді не бажано у разі великих об'ємів даних. Але пояснення таких тонкощів є частиною поглибленого курсу
@@itolymp Технічно - да, можливо. Але не в цьому випадку, коли ключ буде містити значення поля Номер. Це можна припустити тільки в тому випадку, коли нас не цікавить історія класу, починаючи з 1-го і до закінчення школи. Але який чи є сенс в такій БД? В базі, де містяться дані тільки за поточний рік...
Я для чого це кажу. На мою думку, той, хто починає вивчати БД, повинен взяти за правило той факт, що ключ не повинен залежити від значень кожного з полів таблиці...
Так він власне і не залежить 🙂
Єдине що справді обмежує можливість змінювати значення ключа в промислових системах - це ефективність цієї операції.
Щодо збереження історії за всі роки - така база даних має право на існування, але не розглядалась в цьому занятті.
Все-таки навчання це завжди певний баланс між тим щоб розповісти все одразу і тим щоб зробити це доступно. Деколи повідомлення всієї повноти фактів перевантажує і робить таке навчання неефективним.
Власне це не привід сперечатися, в кожного свої погляди на те, як має виглядати урок з баз даних.
@@itolymp То я і не сперечаюсь )), це лише моя точка зору на проектування БД. А слухачі, що нас розуміють, нехай обирають той спосіб, який їм ближче.