SQL 计算字段效率

Question

我的数据库将 GUID 作为主键，这样做是为了在多个系统之间强制执行唯一性。 （是的，我知道每个表开销每行 16 个字节，除了公司选择之外还有其他选择）

为了让表格更友好一点，我添加了计算字段，所以如果你选择类似

SELECT * FROM Products

您不仅会获得具有外键的列，还会获得与其关联的友好字段。

例如 CompanyGUID（存储字段）、CompanyName（计算字段）

计算字段通过标量函数运行，例如：

CREATE FUNCTION [mySchema].[udf_CompanyNameFromGUID] (@GUID UNIQUEIDENTIFIER)
RETURNS NVARCHAR(MAX)
AS
    BEGIN
        DECLARE @Return NVARCHAR(MAX)
        SELECT  @Return = CompanyName
        FROM    mySchema.Companies
        WHERE   CompanyGUID = @GUID
        RETURN @Return
    END

我应该指出，这些查找总是针对主键/聚集索引，所以我可以尽可能快地单独查找。

现在，虽然这在我们追溯问题时有很多优势，并且在我们查询大表时对主要使用效率没有任何影响（未查询计算字段，因此没有影响），但确实需要同时进行查找。我不想牺牲我正在查找的额外数据，也不想将其直接存储在表中（浪费数据并且需要维护）。我考虑过为每个表构建视图，但这似乎有点过头了，我宁愿不必加倍努力。

我确定我不是唯一这样工作的人，所以我想知道是否有人有更有效的方法来做到这一点？这些字段只供直接查看数据库的人使用，所有存储过程等都是用索引链接等完全编码的，所以主要运行效率很好，只是调试。问题不大，但如果有更好的解决方案，我很乐意听到。

提前致谢。

Answer 1

我的建议：

1. 对于companyGUID 列，您可以生成和使用NEWSEQUENTIALID 而不是NEWID，它可以减少碎片。并提高索引性能。
2. 您可以通过添加 PERSISTED 选项使 CompanyName 列保持不变。

Answer 2

您的主要性能问题不是由查找引起的，而是由于使用了SCALAR FUNCTION。

对每一行调用标量函数，它本身不是免费的，而是乘以行数，对性能有很大影响。

可能view 是您的解决方案：它不需要任何额外的空间，因为它只是在您使用视图时将扩展的代码，并且在视图中只需使用mySchema.Companies 加入您的表：

create view dbo.MyView as
select * -- put here your columns of interest including CompanyName
from dbo.YourTable
     join  mySchema.Companies
         on CompanyGUID = @GUID;