数据库设计问题

Question

我有一个有很多行为的故事。这些幕不是连续的（我不知道哪一个是第一幕，还是第二幕、第三幕等等）。

每个故事都以挑战结束。

为了表示关系数据库中的所有内容，我使用了下表：

Story
---------------------------------------
Id              | PK
Name            | String
FirstActId      | FK to ACT table

Act
---------------------------------------
Id              | PK
StoryId         | FK to STORY table
Name            | String
Description     | Very long string
NextActionType  | FK to ACTIONTYPE table
NextId          | Its value depends on NextActionType

ActionType
---------------------------------------
Id              | PK
Name            | Values= 'Act', 'Challenge', 'Story'.

Challenge
---------------------------------------
Id              | PK
Name            | String
Description     | Very long string
NextActionType  | FK to ACTIONTYPE table
NextId          | Its value depends on NextActionType

我使用 Story.FirstActId 来了解故事的第一幕（我想说的是 “Select MIN( Id) 来自 Act，其中 StoryId = ?" 不起作用。）。

然后，我使用 Act.NextId 来了解此操作之后进行哪个操作或挑战。 Act.NextId 可以是行动 PK 或挑战 PK 或故事 PK。这取决于 Act.NextActionType 值。

你怎么认为？这是一个好的设计吗？

我的问题是我有挑战表，与任何其他表没有任何关系。

更新

换句话说，我需要一个系统来知道下一步该去哪里。我会有以下情况：

故事->表演->挑战->表演->挑战新故事 故事->表演->挑战->新故事

注意：行为可以不止一个。

Answer 1

您的表设计不是 3NF，并且有可能出现更新异常（例如，如果故事的第一幕被删除，则整个链被破坏；如果其 NextActId 被更新，则链完全改变）。另一个问题是，您必须在链上递归查找以获取故事的所有 Acts，而不是在一个查询中获取它们。

如果您希望能够在故事之间重用行为，则应该使用间接表：

StoriesActsMap
--------------
storyid
actid
ordinal_number

如果您不需要在故事之间重用行为，那么您可以坚持使用行为表：

   Act
   -------------
   actid
   actDescription, etc.
   ordinal_number
   storyid

挑战的处理也取决于情况。

挑战也可以是一种行为吗？如果是这样，您应该将其存储在 Acts 中并拥有一个 ActsType 表：

   Act
   --------------
   actid
   acttypeid
   ...see rest of Act above

   ActsType
   --------------
   acttypeid
   acttype (Act, Challenge)

如果挑战是一个行为，那么它作为挑战的定义是否因其在故事中的位置（最后）而被排除？如果是这样，则 ActsType 不是必需的，它只是 StoriesActMap/Act 上的 MAX 序数。

如果挑战是挑战并且永远不可能是 Act，则应将其存储在单独的表中。如果挑战可以在故事之间重用，您可以使用 StoriesChallengeMap 表；如果不能重用，则可以只使用带有 storyid 键的挑战表将其映射到故事。 storyid 将是这些表上的唯一键，因为故事只有一个挑战。

假设挑战始终是挑战，并且行动/挑战不能在故事之间共享，则设计如下：

Story
----------
storyid
other info

Act
----------
actid
storyid
actorder (ordinal number of acts, (actorder, storyid) is a prime)
other info

Challenge
----------
chid
storyid
other info

现在您可以在一个查询中获取故事的所有行动和挑战。请注意，如果没有外键约束，删除故事将导致行为/挑战变得孤立。

Answer 2

我会改变一些事情：

Act
---------------------------------------
...
NextAct         | FK to Act table, can be NULL
Challenge       | FK to Challenge table, can be NULL

No need of ActionType

你会节省空间。如果 NextAct 不为空，则一个 Act 后面跟着一个 Act，
如果挑战不为空，则行动之后是挑战。

当然，条件（NextAct xor Challenge）必须始终为真。您可以通过在 Act 表中的插入中添加表约束来断言这一点。

如果您有很多类型的下一步操作（因为我们这里只有两个操作，所以很容易），您将需要以不同的方式看待问题：
“挑战只有一个行动”，
“一个法案可以有一个法案”
“ActionN has on act”

这样，您将能够找到下一个操作，如下所示：

SELECT
  challenge_id,
  act_id,
  ...
FROM
  Act
LEFT OUTER JOIN
  Act NextAct ON Act.next_act_id = NextAct.act_id
...
LEFT OUTER JOIN
  Challenge ON Act.challenge_id = Challenge_id

至少有一个不会为 NULL。

Answer 3

对我来说，《使徒行传》和《使徒行传》挑战似乎存储相同类型的信息，因此将它们放在不同的表中似乎有点矫枉过正。

我可能会选择......

Story
---------------------------------------
Id              | PK
Name            | String
FirstActId      | FK to ACT table

Items (Acts or Challenges)
---------------------------------------
Id              | PK
StoryId         | FK to STORY table
Name            | String
Description     | Very long string
Order           | Int - which position this Act / Challenge should go in

你可以有一个标志来指示某件事是行为还是挑战。

但是，如果我理解您的描述，那么您可以通过约定来识别项目，例如将第一个项目的 Order 设置为 0 使其成为第一个 Act，并且当 Act / Challenge 是最后一个项目时该集合（即 Max(Order)）将其表示为挑战。

Answer 4

在我看来，挑战只是行动的一种（子）类型。考虑到 Act 表包含 Challenge 中所需的所有列，您只需删除表 Challenge 和 ActionType 即可。如果您需要知道 Act 的类型（标准与挑战），请使用 ThisActionType 列而不是可能包含 C,A 的 NextActionType 。

还要从 Story 表中删除 FirstActID 并找到一种方法来识别 Act 表中的第一个/最后一个幕 - 每个幕只能属于这个故事中的一个故事model，第一个和最后一个显然很特殊。

因此，完成后，它看起来会像这样

ActPosition ( F,L,A) 将用于识别第一个、最后一个或任意一个。