Тут є глобальна помилка. Ключ не може змінюватися. Тому поле номер не може бути ключом або його частиною в таблиці Клас. Сьогодні це 1-й клас, через рік - 2-й, потім 3-й і т.д. А ключ повинен залишатися незмінним.
Технічно може, щоправда в силу реалізації це справді не бажано у разі великих об'ємів даних. Але пояснення таких тонкощів є частиною поглибленого курсу
@@itolymp Технічно - да, можливо. Але не в цьому випадку, коли ключ буде містити значення поля Номер. Це можна припустити тільки в тому випадку, коли нас не цікавить історія класу, починаючи з 1-го і до закінчення школи. Але який чи є сенс в такій БД? В базі, де містяться дані тільки за поточний рік... Я для чого це кажу. На мою думку, той, хто починає вивчати БД, повинен взяти за правило той факт, що ключ не повинен залежити від значень кожного з полів таблиці...
Так він власне і не залежить 🙂 Єдине що справді обмежує можливість змінювати значення ключа в промислових системах - це ефективність цієї операції. Щодо збереження історії за всі роки - така база даних має право на існування, але не розглядалась в цьому занятті. Все-таки навчання це завжди певний баланс між тим щоб розповісти все одразу і тим щоб зробити це доступно. Деколи повідомлення всієї повноти фактів перевантажує і робить таке навчання неефективним. Власне це не привід сперечатися, в кожного свої погляди на те, як має виглядати урок з баз даних.
Дякуємо за навчальний контент. Застосовуємо в дистанційній освіті. Супер!
Спасибі за відео!)
Спасибі за відео!, але це мала інформації
більше будь ласка
Ви можете переглянути наступні відео цього курсу на нашому каналі
Тут є глобальна помилка. Ключ не може змінюватися. Тому поле номер не може бути ключом або його частиною в таблиці Клас. Сьогодні це 1-й клас, через рік - 2-й, потім 3-й і т.д. А ключ повинен залишатися незмінним.
Технічно може, щоправда в силу реалізації це справді не бажано у разі великих об'ємів даних. Але пояснення таких тонкощів є частиною поглибленого курсу
@@itolymp Технічно - да, можливо. Але не в цьому випадку, коли ключ буде містити значення поля Номер. Це можна припустити тільки в тому випадку, коли нас не цікавить історія класу, починаючи з 1-го і до закінчення школи. Але який чи є сенс в такій БД? В базі, де містяться дані тільки за поточний рік...
Я для чого це кажу. На мою думку, той, хто починає вивчати БД, повинен взяти за правило той факт, що ключ не повинен залежити від значень кожного з полів таблиці...
Так він власне і не залежить 🙂
Єдине що справді обмежує можливість змінювати значення ключа в промислових системах - це ефективність цієї операції.
Щодо збереження історії за всі роки - така база даних має право на існування, але не розглядалась в цьому занятті.
Все-таки навчання це завжди певний баланс між тим щоб розповісти все одразу і тим щоб зробити це доступно. Деколи повідомлення всієї повноти фактів перевантажує і робить таке навчання неефективним.
Власне це не привід сперечатися, в кожного свої погляди на те, як має виглядати урок з баз даних.
@@itolymp То я і не сперечаюсь )), це лише моя точка зору на проектування БД. А слухачі, що нас розуміють, нехай обирають той спосіб, який їм ближче.