作为我们夜间维护的一部分，我们包括检查数据库完整性任务，它是 DBCC CHECKDB 命令的封装。由于我们数据库的大小，这开始需要相当长的时间，在阅读了MSDN上的命令后，我们决定接受他们的建议：
因此，使用 PHYSICAL_ONLY 选项可能会导致 DBCC CHECKDB 在大型数据库上的运行时间更短，建议在生产系统上频繁使用。我们仍然建议定期执行完整的 DBCC CHECKDB 运行。这些运行的频率取决于个别业务和生产环境的特定因素。
所以我们想改变我们的计划，每晚使用 PHYSICAL_ONLY 选项运行 DBCC CHECKDB，然后每周不使用它。有没有办法让 SQL Server 在完整性任务中包含 PHYSICAL_ONLY 选项？我可以以某种方式修改任务生成的 T-SQL 吗？我不知道如何将该选项作为维护计划的一部分。
所以我和我的老板在如何最好地设计我们的数据库来为某些客户存储杂项数据方面存在分歧。
基本上，我们有一堆格式类似于此的表格（为简单起见，使用伪代码）：
TABLE [dbo].[SalesData]
[CampaignID] int IDENTITY(1, 1) NOT NULL, (This is the PK)
[CustomerID] int NULL,
[Calls] float NULL,
[Responses] float NULL,
[Sales] float NULL,
[Revenue] money NULL,
[Cost] money NULL,
[WebSales] float NULL,
[Channel] nvarchar(20) NULL
当我们获得客户时，我们有时会被迫为每个客户添加某种自定义数据收集。对于此表，每个客户（我们有大约 20 个）都使用所有内容，WebSales 和 Channel 除外，它仅用于 1 个客户。另一个客户想要跟踪几条新数据，因此，我们要么需要添加更多列，要么将该数据分拆到相关表中并启动超类型-子类型系统。
我想做的也是分拆 WebSales 和 Channel，并以这种方式为每个客户添加一个表：
TABLE [dbo].[SalesData_Client1]
[CampaignID] int NOT NULL, (PK and FK to the SalesData table)
[WebSales] float NOT NULL DEFAULT 0,
[Channel] nvarchar(20) NOT NULL DEFAULT ''
ADD CONSTRAINT [CK__SalesData_Client1__CustomersCampaignID]
CHECK (dbo.CustomerOfCampaignID(CampaignID) = Client1)
然后我将从原始表中删除这些列，并使第二个客户端也成为这样的表。老板认为这意味着我们在获得客户时必须添加太多表，并希望添加更多列。他宁愿像这样更改 SalesData 表：
TABLE [dbo].[SalesData]
[CampaignID] int IDENTITY(1, 1) NOT NULL, (This is the PK)
[CustomerID] int NULL,
[Calls] float NULL,
[Responses] float NULL,
[Sales] float NULL,
[Revenue] money NULL,
[Cost] money NULL,
[Unknown] char(10) NULL,
[Misc1] float NULL,
[Misc2] nvarchar(20) NULL
[Misc3] int NULL,
[Misc4] int NULL
[Misc5] int NULL
“杂项”列可以用于任何用途，然后程序员可以“根据客户来解决”。我知道为什么你不应该这样做的原因，它违反了规范化，并且会随着我们添加列等而使性能越来越差。但他总是回来说“它更简单”并且不喜欢那样每个新客户都可能意味着另一个新表。他还指出，像 Websales 这样的新列最终可能会被不止一个客户使用，将它放在多个子类型表中，或者如果我们应该将它从多个子类型表移动到主表，将是一个巨大的痛苦曾经想那样做。
有没有比我想出的超类型/子类型解决方案更好的方法，可以让他和程序员的事情变得更容易？一个重要的注意事项是每个客户的数据基本上都在它自己的宇宙中，永远不会混合。我意识到这有点主观，答案将取决于我们认真期待的“杂项”专栏的数量。我想走子类型路线的原因是因为据我所知，下一个客户可能需要 5 个新的 bigint 列。