php - 具有书架的书籍，作者，出版者和用户的数据库架构

Question

我无法找出一种有效的方法来建立表之间的关系。我想拥有一个包含书籍，作者，出版商和注册用户的数据库，并拥有他们的书架(阅读，当前阅读，想要阅读(或计划阅读))。我希望用户能够选择他们已经阅读，想要阅读或当前正在阅读的书籍。

P.s.我知道数据库表关系中的PK和FK。

编辑:也许这是一种更好的方法:

然后，我将使用“状态” =(阅读，要阅读的植物和当前正在阅读的文字)-请告诉我这是否有效!

Answer 1

您需要在books和authors之间建立一个N:M链接，因为一本书可能有多位作者，并且每位作者可能写了不止一本书。在RDBMS中，这意味着您需要一个written_by表。

但是，books和publishers之间的链接是不同的。任何给定的书只能有一个出版商(除非在您的系统中，一本书的不同版本被视为同一本书)。因此，您需要的是publisher_id中的books外键

最后，最重要的是，您正在查看读者/用户。以及它们与书籍的关系。自然，这也是N:M关系。我当然希望人们能读一本书以上(我们都知道如果您只读过一本书……会发生什么)，并且肯定有一本书会被一个以上的人阅读。这需要一个book_users连接表。真正的问题是，如何设计它。有三种基本设计。

按关系类型分隔表。 (由@just_somebody概述)优点:您只有INSERTS和DELETES，没有更新。尽管这看起来很整洁，并且在某种程度上有助于查询优化，但是在大多数情况下，它除了显示大的数据库图表外没有其他实际目的。

一个带有status指示符的表。 (由@Hardcoded概述)优点:您只有一个表。缺点:您将拥有INSERTS，UPDATES和DELETES-RDBMS可以轻松处理某些内容，但是由于各种原因其存在缺陷(稍后会详细介绍)。此外，单个status字段表示一个读者只能与该书建立一个连接。在任何时候，这意味着他在任何时间点只能处于plan_to_read，is_reading或has_read状态，并且它假定发生这种情况的时间顺序。如果那个人打算再次阅读或暂停，然后从头开始重读等等，那么这种简单的状态指示符序列很容易失败，因为那个人现在突然用is_reading编码，也用has_read编码。对于大多数应用程序来说，这仍然是一种合理的方法，并且通常存在设计状态字段的方法，因此它们是互斥的。

日志。您将每个状态插入表中的新行-书籍和阅读器的相同组合将出现多次。您使用plan_to_read和时间戳插入第一行。另一个是is_reading。然后是另一个has_read。优点:您将只需要插入行，就可以清楚地了解发生的事情。缺点:跨表联接现在必须处理的数据要比上面简单的方法多得多(并且更加复杂)。

您可能会问自己，为什么要强调在哪种情况下执行INSERT，UPDATE或DELETE？简而言之，每当您运行UPDATE或DELETE语句时，您实际上很可能会丢失数据。到那时，您需要停止设计过程，并思考“我在这里失去了什么？”在这种情况下，您将丢失事件的时间顺序。如果用户使用他们的书进行的操作是您应用程序的中心，那么您很可能希望收集尽可能多的数据。即使现在不要紧，那还是可以让您稍后进行“魔术”操作的数据类型。您可以找出某人的阅读速度，完成一本书所需的尝试次数等，而所有这些都无需询问用户任何额外的输入。

所以，我的最终答案实际上是一个问题:

Would it be helpful to tell someone how many books they read last year?

编辑

由于可能不清楚日志的外观以及其运行方式，因此以下是此类表的示例:

CREATE TABLE users_reading_log (
  user_id INT,
  book_id INT,
  status ENUM('plans_to_read', 'is_reading', 'has_read'),
  ts TIMESTAMP DEFAULT NOW()
)

现在，只要书的状态发生更改，您就不必在设计的架构中更新“user_read”表，现在您可以在日志中插入相同的数据，该数据现在填充了信息的时间顺序:

INSERT INTO users_reading_log SET 
  user_id=1,
  book_id=1,
  status='plans_to_read';

当该人真正开始阅读时，您需要进行另一次插入:

INSERT INTO users_reading_log SET 
  user_id=1,
  book_id=1,
  status='is_reading';

等等。现在，您有了一个“事件”数据库，由于timestamp列自动填充，因此您现在可以知道何时发生了什么。请注意，该系统不能确保特定用户手册对仅存在一个“is_reading”。有人可能会停止阅读，以后再继续。您的加入将不得不考虑这一点。