Sql server 如何优化此SQL外部联接查询？

场景

我需要根据

test\u userCheck

中

customer

或

account\u info

列上的

test\u userData

中的1对1匹配，从

test\u userData

中选择记录。下面的代码将创建一个表的模型，并使用随机数据填充我的问题。基于此代码，它正在查找

test\u userData.customer='Guerrero，Unity'

或

test\u userData.account\u info='xxxxxxxxxxxxxx 0821'

，并应返回三行记录（确认号=6836985、5502798和3046441）

问题

目前，查询返回我需要的内容。。。然而，我的real

userData

表有将近200万条记录，而

userCheck

表有大约10000条记录。查询需要7秒钟，我认为这太长了。我也很担心，因为

userData

表将开始快速增长（每天增加数万条唯一记录），我设想我当前的方法将变得难以管理

问题

有没有关于如何优化此功能以扩展到数百万条记录的想法？数据驻留在共享SQL 2008 server上，权限有限

--setup temporary testing tables
IF EXISTS
(
  SELECT * FROM dbo.sysobjects
  WHERE id = object_id(N'[dbo].[test_userData]')
         AND OBJECTPROPERTY(id, N'IsUserTable') = 1
)

DROP TABLE [dbo].[test_userData]

GO

IF EXISTS
(
  SELECT * FROM dbo.sysobjects
  WHERE id = object_id(N'[dbo].[test_userCheck]')
         AND OBJECTPROPERTY(id, N'IsUserTable') = 1
)

DROP TABLE [dbo].[test_userCheck]

GO

CREATE TABLE [dbo].[test_userData](
    [id] [int] IDENTITY(1,1) NOT NULL,
    [merchant_id] [int] NOT NULL,
    [sales_date] [datetime] NOT NULL,
    [confirmation_id] [int] NOT NULL,
    [customer] [nvarchar](max) NOT NULL,
    [total] [smallmoney] NOT NULL,
    [account_info] [nvarchar](max) NOT NULL,
    [email_address] [nvarchar](max) NOT NULL
 CONSTRAINT [PK_test_userData] PRIMARY KEY CLUSTERED 
(
    [id] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

CREATE TABLE [dbo].[test_userCheck](
    [confirmation_id] [int] NOT NULL,
    [customer] [nvarchar](max) NOT NULL,
    [total] [smallmoney] NOT NULL,
    [account_info] [nvarchar](max) NOT NULL
 CONSTRAINT [PK_test_userCheck] PRIMARY KEY CLUSTERED 
(
    [confirmation_id] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

--insert some random user transactions
INSERT INTO [dbo].[test_userData] (merchant_id,sales_date,confirmation_id,customer,total,account_info,email_address) VALUES 
('99','03/25/2010','3361424','Soto, Ahmed','936','XXXXXXXXXXXXXXXX8744','Donec.egestas@NullainterdumCurabitur.ca'),
('17','09/12/2010','6710165','Holcomb, Eden','1022','XXXXXXXXXXXXXXXX6367','Curabitur@dolortempus.org'),
('32','05/04/2010','4489509','Foster, Nasim','1463','XXXXXXXXXXXXXXXX7115','augue.eu.tellus@ullamcorperviverraMaecenas.ca'),
('95','01/02/2011','5384061','Browning, Owen','523','XXXXXXXXXXXXXXXX0576','sed.dictum.eleifend@accumsaninterdum.edu'),
('91','08/21/2010','6075234','Dawson, McKenzie','141','XXXXXXXXXXXXXXXX3580','dolor.sit.amet@etmagnis.org'),
('63','01/29/2010','1055619','Mathews, Keefe','1110','XXXXXXXXXXXXXXXX2682','ligula@Sednuncest.edu'),
('27','10/20/2010','1819662','Clarke, Briar','1474','XXXXXXXXXXXXXXXX7481','Donec.non.justo@malesuada.org'),
('82','03/05/2010','3184936','Holman, Dana','560','XXXXXXXXXXXXXXXX7080','Aenean.eget.magna@accumsan.edu'),
('24','06/11/2010','1007427','Kirk, Desiree','206','XXXXXXXXXXXXXXXX3681','parturient@at.com'),
('49','06/17/2010','6137066','Foley, Sopoline','1831','XXXXXXXXXXXXXXXX1718','ac.urna.Ut@pellentesqueafacilisis.org'),
('22','05/08/2010','3545367','Howell, Uriel','638','XXXXXXXXXXXXXXXX1945','ad.litora@arcuvelquam.ca'),
('5','10/25/2010','6836985','Little, Caryn','743','XXXXXXXXXXXXXXXX0821','Suspendisse.aliquet@auctor.org'),
('91','06/16/2010','6852582','Buckner, Chiquita','99','XXXXXXXXXXXXXXXX1533','tellus.sem@semvitaealiquam.edu'),
('63','06/12/2010','7930230','Nolan, Wyoming','1192','XXXXXXXXXXXXXXXX1291','Sed@diam.org'),
('32','02/01/2010','8407102','Cummings, Deacon','1315','XXXXXXXXXXXXXXXX4375','a.odio.semper@massaSuspendisseeleifend.ca'),
('75','06/29/2010','5502798','Guerrero, Unity','858','XXXXXXXXXXXXXXXX8000','eget@lectus.edu'),
('50','09/13/2010','8312525','Russo, Yvette','1680','XXXXXXXXXXXXXXXX2046','In.mi@eu.com'),
('11','04/13/2010','6204132','Small, Calista','426','XXXXXXXXXXXXXXXX0269','lacus@Cumsociisnatoque.org'),
('16','01/01/2011','7522507','Mosley, Thor','1459','XXXXXXXXXXXXXXXX8451','netus.et@Pellentesqueutipsum.com'),
('5','01/27/2010','1472120','Case, Kiona','1419','XXXXXXXXXXXXXXXX7097','Duis@duilectusrutrum.edu'),
('70','02/17/2010','1095935','Snyder, Tanner','1655','XXXXXXXXXXXXXXXX8556','metus.sit.amet@inconsequatenim.edu'),
('63','11/10/2010','3046441','Guerrero, Unity','629','XXXXXXXXXXXXXXXX0807','nonummy.ac.feugiat@Phasellusdapibus.org'),
('22','08/19/2010','5435100','Turner, Patrick','1133','XXXXXXXXXXXXXXXX6734','pede@Duis.edu'),
('96','10/05/2010','6381992','May, Dominic','1858','XXXXXXXXXXXXXXXX7227','hymenaeos@etcommodo.edu'),
('96','02/26/2010','8630748','Chandler, Olympia','1016','XXXXXXXXXXXXXXXX4001','sed.dui.Fusce@pellentesqueSed.com');

--insert a random fraud transaction to check against (based on customer and account_info only)
INSERT INTO [dbo].[test_userCheck] (confirmation_id, customer, total, account_info) VALUES
('2055015', 'Guerrero, Unity', '20.02', 'XXXXXXXXXXXXXXXX0821');

--get result, which is correct
SELECT     a.confirmation_id, a.customer, a.total, a.account_info, a.email_address
FROM         dbo.test_userData AS a RIGHT OUTER JOIN
                      dbo.test_userCheck AS b ON a.customer = b.customer OR a.account_info = b.account_info;

DROP TABLE [dbo].[test_userData];
DROP TABLE [dbo].[test_userCheck];

---

创建适当的索引。基于您的问题，我建议使用两个索引，一个是关于

test\u userData.customer

，另一个是关于

test\u userData.account\u info

创建索引可能会有所帮助，但您是否考虑过另一种符合标准格式的设计。最好是通过整数列上的索引而不是字符串来访问日期…

我尝试了各种索引组合，但没有注意到性能提高。结果是索引问题。谢谢虽然我同意你的观点，但我无法控制数据的格式。我想我可能可以做一些类似“索引视图”的事情，但我没有使用它们的经验。