我正在考虑如何在SQL Server数据库中表示一个复杂的结构。

考虑这样一个应用程序，它需要存储一系列对象的详细信息，这些对象共享一些属性，但有许多其他不常见的属性。例如，一个商业保险包可能在同一份保单记录中包括责任、汽车、财产和赔偿。

在c#等语言中实现这一点很简单，因为您可以创建一个带有Sections集合的Policy，其中Section根据需要继承各种类型的封面。然而，关系数据库似乎不容易做到这一点。

我可以看到有两个主要的选择:

创建一个Policy表，然后创建一个Sections表，其中包含所有可能的变量所需的所有字段，其中大多数字段将为空。 创建一个Policy表和许多Section表，每个表对应一种封面。

这两种选择似乎都不能令人满意，特别是需要跨所有section编写查询，这将涉及大量连接或大量空检查。

这个场景的最佳实践是什么?