56. MySQL Типи звя'зків в базах даних

На цьому уроці ми розглянемо Типи звя'зків в базах даних.
Всі презентації до уроків тут: docs.google.com/spreadsheets/...
0:00-0:19 Вступ
0:20-4:11 Many to many
4:12-5:32 One to many
5:33-6:52 One-to-One
Тестування ПЗ, Тестувальник ПЗ з нуля, тестування веб-додатків, як стати тестувальником, тестування баз даних, тестування мобільних додатків, тестування API, QC, QA, Тестування УКРАЇНСЬКОЮ

Пікірлер: 19

  • @olhabandura9203
    @olhabandura92033 ай бұрын

    Суперове пояснення! Дякую Вам за вашу працю, Наталко!)

  • @godzosioda
    @godzosioda11 ай бұрын

    Ви робите найзрозуміліші пояснення, дякую!

  • @user-cb3wq1dd7g
    @user-cb3wq1dd7g Жыл бұрын

    Дякую за Ваші класні і доступні уроки!

  • @user-vb8fb3nd7p
    @user-vb8fb3nd7p6 ай бұрын

    Ваші дотепні коментарі та приклади - окрема любов

  • @VKodryan
    @VKodryan Жыл бұрын

    Все просто і зрозуміло тут ).

  • @user-vb7wv4jm4s
    @user-vb7wv4jm4s Жыл бұрын

    Дякую Вам за зрозуміле і корисне відео!

  • @user-bh3lx5sk6x
    @user-bh3lx5sk6x Жыл бұрын

    Супер круто, настнаги вам у вашій роботі)

  • @RyboSSSik
    @RyboSSSik Жыл бұрын

    Nice!)

  • @ulavere
    @ulavere10 ай бұрын

    ))) один телефон може мати різних людей. це робочий телефон. з імейлом (корпоративним) те саме. І навіть персональний номер може отримати через рік "простою" нового власника (бо оператор зв'язку його заюзає). Звісно, мало шансів на таке співпадіння, що обидва зарєгаються в одній системі, але все ж можливе. Вайбер тому свідок))) Тож телефон є "умовно" унікальним. А от приклад з нашим ідентифікаційним кодом все ж більш вдалий.

  • @Vinnitsja
    @Vinnitsja Жыл бұрын

    Питань безліч,відчуваю що коло буду вперше працювати з базами даних захочеться все кинути,і сказати це дуже важко і не можливо.

  • @Popeliuha

    @Popeliuha

    Жыл бұрын

    Не думаю) я даю інформацію щоб у вас були різносторонні знання, але ви не будете на практиці створювати зв‘язки між таблицями:) якщо є питання - пишіть

  • @RyboSSSik

    @RyboSSSik

    Жыл бұрын

    ні, ти скажеш "ДАВАЙТЕ ЩЄЄЄ!"))

  • @user-oj7pl7pd4p
    @user-oj7pl7pd4p Жыл бұрын

    З приводу таблиці many-to-many: чи правлиьно я розумію, що в табличці (внизу зліва на слайді), в якій вказані ІД студента і ІД викладача, має бути механізм, який заборонить вносити студентів в колонку викладачів і навпаки? Ну тобто якщо хтось внесе ІД студента в колонку з викладачами, система має видати помилку і не дозволити це зробити...

  • @Popeliuha

    @Popeliuha

    Жыл бұрын

    Нуууу якщо ми вказуємо що це форін кей (зовнішній ключ) студента , а ми вводим викладача, то буде так: якщо у студента наприклад 15, а у викладачів нема людини з ід 15 то буде помилка. Типу нема такого викладача. АЛЕ. Якщо у нас є людина, яка і студент і викладач (наприклад як я), то якщо ви помилитесь-то ніхто не помітить і в базі даних буде помилка

  • @iilone9657
    @iilone9657 Жыл бұрын

    А як зробити ці зв'язки в самій бд і як на основі бд створити діаграму?Скільки клацаю нічо не виходить,тільки можу створити нову діаграму ,а треба діаграму на основі бд

  • @Popeliuha

    @Popeliuha

    Жыл бұрын

    А показувала на відео, як створити діаграму. І розказувала в відео про primary key i foreign key як зробити зв‘язки

  • @user-oj7pl7pd4p
    @user-oj7pl7pd4p Жыл бұрын

    Чи правильно я зрозумів, що одна колонка може бути одночасно і primery key і foreign key?

  • @Popeliuha

    @Popeliuha

    Жыл бұрын

    В одній таблиці вона буде праймарі кей, в другій вона буде форін. Щоб прям в одній таблиці-треба спробувати чи дозволить, але так зазвичай не роблять

  • @user-qf2xg2sk8e
    @user-qf2xg2sk8e Жыл бұрын

    Суперове пояснення! Дякую Вам за вашу працю, Наталко!)