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