在设计数据库时想象一下这些不同的情况:
情况1:
一本书(实体书名只有一个实例)可以被很多人借,但一次只能借一个人,但在一个时间段内可以借很多人。
案例二:
同一本书的多个实例(相同标题)只能像以前一样在同一个图书馆中同时(显然)被许多人借阅。
在设计关系模式时,这两种情况会产生相同的结果吗?
如果有人为这个问题想出一个更好的标题,我将不胜感激地接受更改。
在设计数据库时想象一下这些不同的情况:
一本书(实体书名只有一个实例)可以被很多人借,但一次只能借一个人,但在一个时间段内可以借很多人。
同一本书的多个实例(相同标题)只能像以前一样在同一个图书馆中同时(显然)被许多人借阅。
在设计关系模式时,这两种情况会产生相同的结果吗?
如果有人为这个问题想出一个更好的标题,我将不胜感激地接受更改。
将事物(实体书)与事物的规范(书的思想)混淆是很常见的
假设您有一个书籍规范:
然后你还有一个 Book Asset:
人们可以借书资产(我借了一个特定的副本)。
人们可以预订书籍规格(我想借那本书,但我不在乎我得到哪本书)
因此,就您而言,对于一本书,您将拥有它的规范和一项资产。对于多个,您将拥有一个规范和多个资产
您可以为这两个场景设计相同的架构,通过使用 Specification has many Assets,Asset 属于 Specification