我有一个应用程序，用户在其中跟踪围绕从现有书籍制作衍生作品的工作流程。衍生作品，我们称之为“BookDerivative”，必须有一本从数据模型角度来看与它相关的书。存储书籍信息（标题、作者等）的现有系统必须被视为“可选的第三方”系统，将来可以与另一个系统互换（我通过 IBookService 抽象出来）。
我的应用程序必须在用户创建 BookDerivative 时为他们提供两个选项：
- 从 IBookService 提供者中选择一本现有书籍（通过查找）；或者
- 为不会链接到 IBookService 提供商的图书创建一个“自由格式”条目。这允许用户为 IBookService 查找未找到的书名创建 BookDerivative。
我支持这一点的解决方案是在我的 BookDerivative 表/实体（BookTitle、BookAuthor、BookId）中包含 Book 中所需的列，其中 BookId 仅在图书来自第三方系统时才会出现。这样，如果这本书是“自由形式”，我只会填充 BookTitle 和 BookAuthor。
BookDerivative 的未来访问不需要查看 IBookService。第三方系统中的基本书籍信息永远（或很少）不应该改变，我准备改变，但理论上信息不同步是可能的。
两个系统之间将没有数据完整性，也没有 FK。我的应用程序不能假设 Book 系统的底层数据模型，而是必须依赖定义的模型和 IBookService 查找。
我的问题仍然存在，这是解决这个问题的好方法吗？可能存在哪些建议或陷阱？我认为这是一个常见的要求，您过去是否使用过不同或更好的解决方案？
根据您提供的详细信息，我认为这听起来不错。
根据进一步的信息，事情可能是问题，也可能不是问题。
(1) 即使你说两个系统之间没有关系，也没有外键，如果你要切换第三方系统，你会留下一堆从以前的第三部分系统添加的书籍的无意义的 id . 可以吗？如果不是，您可能需要添加一个第三方系统的查找表，该表可以与 Book 表中的 ID 相关联，以便您稍后可以知道它们来自哪个系统。
(2) 如果来自第三方系统的 ID 存在的唯一原因是检查它们的存在，那么简单的 IsFrom3rdParty 或 IsFreeForm 布尔列可能就足够了。它似乎可以满足您在此处提出的所有要求，并且比实施 ID 更简单，并且可以更好地传达您拥有的实际信息（这只是它来自第 3 方系统。您不能保证ID 将与任何事物相关，特别是如果后端系统已更改）
否则，是的，听起来不错。