odpowiedź user287724 podaje następujący przykład relacji między książką a autorem:
Książka została jednak napisana przez autora, a autor mógł napisać wiele książek. Ale książka musi zostać napisana przez autora, bez niej nie może istnieć. Dlatego relacja między książką a autorem jest relacją identyfikującą.
Jest to bardzo mylący przykład i zdecydowanie nie jest prawidłowym przykładem dla identifying relationship.
Tak, booknie mogą być pisane bez co najmniej jednego author, ale author(to klucz obcy) z bookjest bez wskazywaniabook w bookstabeli!
Można usunąć author(FK) z bookrzędu i nadal można zidentyfikować wiersz książki za pośrednictwem innego pola ( ISBN, ID, etc ...), ale nie autor książki !!
Myślę, że poprawnym przykładem identifying relationshipmoże być związek między (tabelą produktów) a (tabelą szczegółowych informacji o produkcie)1:1
products table
+------+---------------+-------+--------+
|id(PK)|Name |type |amount |
+------+---------------+-------+--------+
|0 |hp-laser-510 |printer|1000 |
+------+---------------+-------+--------+
|1 |viewsonic-10 |screen |900 |
+------+---------------+-------+--------+
|2 |canon-laser-100|printer|200 |
+------+---------------+-------+--------+
printers_details table
+--------------+------------+---------+---------+------+
|Product_ID(FK)|manufacturer|cartridge|color |papers|
+--------------+------------+---------+---------+------+
|0 |hp |CE210 |BLACK |300 |
+--------------+------------+---------+---------+------+
|2 |canon |MKJ5 |COLOR |900 |
+--------------+------------+---------+---------+------+
* please note this is not real data
W tym przykładzie Product_IDw printers_detailstabeli uważa się, że FK odwołuje się do products.idtabeli, a także PK w printers_detailstabeli, jest to relacja identyfikująca, ponieważ Product_ID(FK) w tabeli drukarek IDENTYFIKUJE wiersz wewnątrz tabeli potomnej , nie możemy usunąć product_idz tabeli podrzędnej, ponieważ nie możemy zidentyfikować wiersz dłużej, ponieważ straciliśmy to klucz podstawowy
Jeśli chcesz umieścić go w 2 wierszach:
relacja identyfikująca jest relacją, gdy FK w tabeli podrzędnej jest uważany za PK (lub identyfikator) w tabeli podrzędnej, podczas gdy nadal odwołuje się do tabeli nadrzędnej
Innym przykładem może być sytuacja, gdy masz 3 tabele (import - produkty - kraje) w imporcie i eksporcie dla bazy danych niektórych krajów
importStół jest dziecko, które ma te pola (The product_id(FK), The country_id(FK), ilość przywozu, ceny, jednostki importowane, sposobu transportu (lotniczy, morski))
we may use the (product_id , thecountry_id`) do identyfikacji każdego wiersz importu „jeśli wszystkie w tym samym roku” tutaj obie kolumny mogą razem skomponować klucz podstawowy w tabeli potomnej (import), a także odwołać się do tabel nadrzędnych.
Proszę, cieszę się, że w końcu zrozumiałem koncepcję identifying relationshipi non identifying relationship, więc proszę nie mówcie, że się mylę z tymi wszystkimi głosowaniami na zupełnie nieważny przykład
Tak logicznie, książki nie można napisać bez autora, ale książki można zidentyfikować bez autora. W rzeczywistości nie można jej zidentyfikować z autorem!
Możesz w 100% usunąć autora z wiersza książki i nadal możesz zidentyfikować książkę! .