从 Temp 表中选择会导致性能下降

Question

我需要一些帮助来解决以下查询的最后一步

Select * from #PersonDetail order by....

执行需要这么长时间 - 为什么？

在这个临时表#PersonDetail 中插入了数百万条记录，插入过程需要几秒钟，但是来自同一个临时表的最后一个Select 需要很长时间。

我在用于 order by 的列上创建了一个唯一的聚集索引，并尝试了许多其他选项，但对性能没有任何影响。

这是一个包含许多临时表的大型存储过程，但正是最后一个选择步骤影响了性能。这是查询最后一步的示例：

DROP TABLE IF EXISTS #PersonDetail

CREATE TABLE #PersonDetail
( 
    PersonId INT NOT NULL,
    Name NVARCHAR(50) NULL,
    Number INT NOT NULL,
    Tag NVARCHAR(50) NULL,
    UserId INT NOT NULL,
    NumberEncrypted VARCHAR(100),
    Type NVARCHAR(255),
    Status NVARCHAR(50),
    CreatedDate DATETIMEOFFSET(7),
    AddressDetailId NVARCHAR(50),
    Category NVARCHAR(50),
    PrimaryId INT,
    DailyAmount MONEY,
    
    UNIQUE (PersonId UserId),
    UNIQUE CLUSTERED(CreatedDate, UserId)
)
        
INSERT INTO #PersonDetail (PersonId, Name, Number, Tag, UserId, NumberEncrypted, 
                           Type, Status, CreatedDate, AddressDetailId, Category, PrimaryId, Amount)
    SELECT                                      
        PersonId, Name, Number, Tag, UserId, NumberEncrypted, 
        Type, Status, CreatedDate, AddressDetailId, Category, PrimaryId, DailyAmount            
    FROM 
        #User u    
    JOIN 
        dbo.DailyAmount da (NOLOCK) ON da.UserId = u.UserId
        
SELECT *
FROM #PersonDetail pd
ORDER BY CreatedDate, UserId

Answer 1

您必须指定您使用的数据库。

一般来说，你必须做这些事情：

• 在连接列上创建一些索引（DailyAmount.userId、User.userID）；如何创建索引必须改变；
• 按列按顺序创建索引，（CreatedDate+UserID）；这必须改变，例如在 postgresql 中具有 2 列的索引优于 2 索引；

如果您的数据不经常更改，您可以尝试物化视图并在物化视图上创建索引。