嗨，我在这方面有点挣扎，可以使用一些想法......
假设我的数据库有以下表格； 顾客 供应商 销售发票 购买发票 货币
等等等等
我希望能够将“Notes”记录添加到任何类型的记录中
Notes 表会这样
NoteID Int (PK)
NoteFK Int
NoteFKType Varchar(3)
NoteText varchar(100)
NoteDate Datetime
NoteFK 是客户或供应商等的 PK，NoteFKType 表示注释针对的记录类型
现在我意识到我不能添加一个引用多个表的 FK，而不需要在所有表中都存在 NoteFK。
那么您将如何设计上述内容？ 注释 FK 需要在上述任何表格中
干杯， 丹尼尔
【问题讨论】：
你必须接受你不能教数据库关于这个外键约束的限制。所以你将不得不做没有完整性检查（和级联删除）。
你的设计很好。 它很容易扩展到额外的表，每个实体可以有多个注释，目标表甚至不需要知道注释功能。
与为每个实体表使用单独的笔记表相比，此设计的一个优势是您可以轻松地对所有笔记运行查询，例如“最近的笔记”或“由给定用户创建的所有笔记”。
至于表增长太大的论点，将其拆分为五个表会将表缩小到其大小的五分之一左右，但这不会对基于索引的访问产生任何影响。数据库是为处理大表而构建的（只要它们被正确索引）。
【讨论】：
我认为你的设计是可以的，如果你能接受这样的事实，数据库系统不会检查笔记是否引用了其他表中的现有实体。这是我能想到的唯一一种不需要复制并且可以扩展到更多表的设计。
按照您的设计方式，当您添加另一种您想要为其添加注释的实体类型时，您无需更改您的模型。此外，您不必在现有模型或其他表中包含任何其他列。
为确保数据完整性，您可以创建一组触发器或一些软件解决方案，它们会不时清理笔记表。
【讨论】：
在执行您的建议之前，我会三思而后行。它在短期内可能看起来简单而优雅，但如果您真的对数据完整性和性能感兴趣，那么为每个父表创建单独的注释表是可行的方法。多年来，我使用其他答案（触发器、GUID 等）中找到的解决方案来解决这个问题。我得出的结论是，增加的复杂性和性能损失是不值得的。通过为每个父表设置单独的注释表，并使用适当的外键约束，查找和连接将变得简单而快速。将相关项目组合到一个表中时，连接语法变得丑陋，您的笔记表将变得庞大而缓慢。
【讨论】：
我在一定程度上同意 Michael McLosky 的观点。
我心中的问题是：拥有多个笔记表的技术成本是多少？
在我看来，最好将相同的功能整合到一个表中。它也使报告和其他进一步的开发变得更简单。更不用说让表格列表更小更易于管理。
这是一种平衡行为，您需要尝试预先确定这样做的好处和成本。我的个人偏好是数据库参照完整性。在我看来，完整性的应用程序管理应该受限于业务逻辑。数据库应确保数据始终一致且有效...
要真正回答您的问题...
我将使用的选项是使用用户定义函数来检查值的检查约束。这适用于 M$ SQL Server...
CREATE TABLE Test_Table_1 (id INT IDENTITY(1,1), val INT)
GO
CREATE TABLE Test_Table_2 (id INT IDENTITY(1,1), val INT)
GO
CREATE TABLE Test_Table_3 (fk_id INT, table_name VARCHAR(64))
GO
CREATE FUNCTION id_exists (@id INT, @table_name VARCHAR(64))
RETURNS INT
AS
BEGIN
IF (@table_name = 'Test_Table_1')
IF EXISTS(SELECT * FROM Test_Table_1 WHERE id = @id)
RETURN 1
ELSE
IF (@table_name = 'Test_Table_2')
IF EXISTS(SELECT * FROM Test_Table_2 WHERE id = @id)
RETURN 1
RETURN 0
END
GO
ALTER TABLE Test_Table_3 WITH CHECK ADD CONSTRAINT
CK_Test_Table_3 CHECK ((dbo.id_exists(fk_id,table_name)=(1)))
GO
ALTER TABLE [dbo].[Test_Table_3] CHECK CONSTRAINT [CK_Test_Table_3]
GO
INSERT INTO Test_Table_1 SELECT 1
GO
INSERT INTO Test_Table_1 SELECT 2
GO
INSERT INTO Test_Table_1 SELECT 3
GO
INSERT INTO Test_Table_2 SELECT 1
GO
INSERT INTO Test_Table_2 SELECT 2
GO
INSERT INTO Test_Table_3 SELECT 3, 'Test_Table_1'
GO
INSERT INTO Test_Table_3 SELECT 3, 'Test_Table_2'
GO
在那个例子中，最后的插入语句会失败。
【讨论】：
您可以获得 FK 引用完整性，代价是在 notes 表中为其他表保留一列。
create table Notes (
id int PRIMARY KEY,
note varchar (whatever),
customer_id int NULL REFERENCES Customer (id),
product_id int NULL REFERENCES Product (id)
)
然后你需要一个约束来确保你只设置了一个列。
也许不是，也许您可能想要一个能够与客户和产品相关联的注释。由你决定。
如果您想添加另一个引用表，此设计需要向 Notes 添加一个新列。
【讨论】：
您可以将 GUID 字段添加到客户、供应商等表中。然后在 Notes 表中，更改外键以引用该 GUID。
这无助于数据完整性。但它使 M-to-N 关系可以轻松实现任意数量的表，并且您不必在 Notes 表中定义 NoteFKType 列。
【讨论】：
您可以使用触发器轻松实现“多”外键。触发器将为您提供非常灵活的机制，您可以根据需要进行任何完整性检查。
【讨论】：
你为什么不反过来做，在其他表（客户、供应商等）中有一个外键到 NotesID。这样你就有了一对一的映射。
【讨论】：