问TSQLT测试运行超时

EN

超时问题被证明是在Redgate SQL Test中。因此，长期运行的单元测试的简单解决方案是通过调用tSQLt框架直接在tSQLt.Run框架中运行它们。在我的测试中，tSQLt似乎没有超时问题。在本文撰写之时，我有一个单元测试，它连续运行了19个小时，没有超时。

这个单元测试需要很长时间才能运行，在我的特殊情况下会产生它自己的问题。我将使用散列解决方案或除其他解决方案来解决此问题，如@datacentricity响应中所讨论的那样。

对于这种测试，tSQLt可能不是我的首选，它是专为单元测试而设计的，而且完全是在单元测试中进行的--小的、通常是快速的代码小部分测试。您可以查看类似于DbFit的内容，但这也会使数据量难以满足。

如果您真的必须证明每个表上每一行的每一列都是相同的，那么我将考虑在两个数据库中的每个表上创建一个MD5哈希列，然后查询每个表中不匹配的行。在构建散列值时，需要排除两个表(例如标识值、加载日期/时间等)中无法保证的任何列。例如：

--! Create our existing table structures create table dbo.ExistingCustomer ( CustomerId int not null identity(1,1) primary key , LastName varchar(50) not null , FirstName varchar(50) not null , MiddleName varchar(50) null , TownOfBirth varchar(50) null , DateOfBirth datetime not null , NumberOfDependents int not null , EtlCreatedOn datetime not null ) go

--! Add a computed column that concatenates all columns of interest --! into a single string, handling NULL's in the process, then creates --! 32 characater MD5 hash over the whole string alter table dbo.ExistingCustomer add DeltaHash as convert(nvarchar(32), hashbytes('MD4' , convert(nvarchar(max) --! Even though you might reasonably expect first and last names ot be populated, --! always code defensively has hashing over a series of empty strings will give --! less confident results , coalesce(nullif(LastName, ''), 'LastName') + coalesce(nullif(FirstName, ''), 'FirstName') --! This pattern is also effective for nullable columns + coalesce(nullif(MiddleName, ''), 'MiddleName') + coalesce(convert(char(24), TownOfBirth, 121), 'TownOfBirth') + coalesce(cast(NumberOfDependents as varchar(32)), 'NumberOfDependents')) collate Latin1_General_CI_AS), 2) persisted go

在构建这个散列时，您需要非常小心排序(在两个数据库之间，甚至在列级别)和空格。假设一行中有四个整数列，所有这些列都是空栏、一列。如果仅用空字符串替换null，则无论第二列还是第三列包含有效整数，MD5散列都将是相同的。

您需要将该列添加到旧表和新加载数据的副本中，然后可以使用如下查询：

--! Expect Zero select count(*) as [FailCount] from OldLoadDb.dbo.ExistingCustomer as ec inner join NewLoadDb.dbo.NewCustomer as nc --! This join should probably be on some business key but you get the idea on nc.CustomerId = ec.CustomerId where ec.DeltaHash <> ec.DeltaHash go

由于所有繁重的工作都是在服务器端完成的，所以在DbFit中，类似的事情会运行得很好。

您还应该为一个表中存在的行而不是另一个表中的行添加测试。

当然，散列查询不会告诉您区别是什么，但至少允许您识别不同的行。