user287724的答案给出了以下书籍和作者关系的示例：
但是，一本书是由一位作者写的，而作者可能写了多本书。但是这本书需要作者来写，没有作者就不可能存在。因此，书与作者之间的关系是一种识别关系。
这是一个非常混乱的例子，绝对不是一个有效的例子为identifying relationship。
是的，book不能在没有至少一个写author，但author（它的外键）的book是不标识的book在books表！
您可以删除author从（FK）book行，仍然可以通过一些其他的领域（鉴定书行ISBN，ID...等），但书的不是作者！
我认为identifying relationship（产品表）与（特定产品详细资料表）之间的关系是一个有效的例子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
在这个例子中，Product_ID在printers_details台被认为是一个FK引用的products.id表，也是一个PK的printers_details表，这是因为一个确定的关系Product_ID在打印机表（FK）是识别子表中的行，我们不能删除在product_id从子表，因为我们无法确定行了，因为我们失去了它的主键
如果要将其分为两行：
标识关系是当子表中的FK被视为子表中的PK（或标识符）而仍引用父表时的关系
另一个例子可能是您在某个国家/地区数据库的进出口中有3个表（进口-产品-国家）
该import表是具有以下字段的孩子（product_id（FK），country_id（FK），进口数量，价格，进口单位，运输方式（空运，海运））
we may use the (product_id , thecountry_id`）导入行“如果它们都在同一年”，则这两列可以在子表（导入）中构成主键，也可以在其中引用父表。
请感到高兴，我终于理解了identifying relationship和的概念non identifying relationship，所以请不要告诉我我对所有这些完全无效的示例的投票都错了
是的，从逻辑上说，没有作者就不能写书，但是没有作者就可以识别书，实际上，作者也不能识别书！
您可以100％从书本行中删除作者，但仍然可以识别书本！。