))) один телефон може мати різних людей. це робочий телефон. з імейлом (корпоративним) те саме. І навіть персональний номер може отримати через рік "простою" нового власника (бо оператор зв'язку його заюзає). Звісно, мало шансів на таке співпадіння, що обидва зарєгаються в одній системі, але все ж можливе. Вайбер тому свідок))) Тож телефон є "умовно" унікальним. А от приклад з нашим ідентифікаційним кодом все ж більш вдалий.
Не думаю) я даю інформацію щоб у вас були різносторонні знання, але ви не будете на практиці створювати зв‘язки між таблицями:) якщо є питання - пишіть
З приводу таблиці many-to-many: чи правлиьно я розумію, що в табличці (внизу зліва на слайді), в якій вказані ІД студента і ІД викладача, має бути механізм, який заборонить вносити студентів в колонку викладачів і навпаки? Ну тобто якщо хтось внесе ІД студента в колонку з викладачами, система має видати помилку і не дозволити це зробити...
Нуууу якщо ми вказуємо що це форін кей (зовнішній ключ) студента , а ми вводим викладача, то буде так: якщо у студента наприклад 15, а у викладачів нема людини з ід 15 то буде помилка. Типу нема такого викладача. АЛЕ. Якщо у нас є людина, яка і студент і викладач (наприклад як я), то якщо ви помилитесь-то ніхто не помітить і в базі даних буде помилка
А як зробити ці зв'язки в самій бд і як на основі бд створити діаграму?Скільки клацаю нічо не виходить,тільки можу створити нову діаграму ,а треба діаграму на основі бд
що мається на увазі "зробити цю таблицю (з номерами) "unique"? це в БД прописати її як праймері ключ? чи ключі і "unique" - це різні параметри?.. може ключ бути неунікальним?
Суперове пояснення! Дякую Вам за вашу працю, Наталко!)
Коментар для підтримки українського каналу. Дякую за вашу працю
Ви робите найзрозуміліші пояснення, дякую!
Суперове пояснення! Дякую Вам за вашу працю, Наталко!)
Ваші дотепні коментарі та приклади - окрема любов
Дякую за Ваші класні і доступні уроки!
Супер круто, настнаги вам у вашій роботі)
Все просто і зрозуміло тут ).
Дякую Вам за зрозуміле і корисне відео!
Nice!)
))) один телефон може мати різних людей. це робочий телефон. з імейлом (корпоративним) те саме. І навіть персональний номер може отримати через рік "простою" нового власника (бо оператор зв'язку його заюзає). Звісно, мало шансів на таке співпадіння, що обидва зарєгаються в одній системі, але все ж можливе. Вайбер тому свідок))) Тож телефон є "умовно" унікальним. А от приклад з нашим ідентифікаційним кодом все ж більш вдалий.
Питань безліч,відчуваю що коло буду вперше працювати з базами даних захочеться все кинути,і сказати це дуже важко і не можливо.
Не думаю) я даю інформацію щоб у вас були різносторонні знання, але ви не будете на практиці створювати зв‘язки між таблицями:) якщо є питання - пишіть
ні, ти скажеш "ДАВАЙТЕ ЩЄЄЄ!"))
З приводу таблиці many-to-many: чи правлиьно я розумію, що в табличці (внизу зліва на слайді), в якій вказані ІД студента і ІД викладача, має бути механізм, який заборонить вносити студентів в колонку викладачів і навпаки? Ну тобто якщо хтось внесе ІД студента в колонку з викладачами, система має видати помилку і не дозволити це зробити...
Нуууу якщо ми вказуємо що це форін кей (зовнішній ключ) студента , а ми вводим викладача, то буде так: якщо у студента наприклад 15, а у викладачів нема людини з ід 15 то буде помилка. Типу нема такого викладача. АЛЕ. Якщо у нас є людина, яка і студент і викладач (наприклад як я), то якщо ви помилитесь-то ніхто не помітить і в базі даних буде помилка
А як зробити ці зв'язки в самій бд і як на основі бд створити діаграму?Скільки клацаю нічо не виходить,тільки можу створити нову діаграму ,а треба діаграму на основі бд
А показувала на відео, як створити діаграму. І розказувала в відео про primary key i foreign key як зробити зв‘язки
Чи правильно я зрозумів, що одна колонка може бути одночасно і primery key і foreign key?
В одній таблиці вона буде праймарі кей, в другій вона буде форін. Щоб прям в одній таблиці-треба спробувати чи дозволить, але так зазвичай не роблять
що мається на увазі "зробити цю таблицю (з номерами) "unique"? це в БД прописати її як праймері ключ?
чи ключі і "unique" - це різні параметри?.. може ключ бути неунікальним?