Проблема с производительностью при выполнении полнотекстового поиска SQL Server с дополнительными условиями. (SQL сервер 2012)
Я пытаюсь отфильтровать данные на основе списка поисковых фильтров (параметр значения таблицы), который вернет все записи для фильтров соответствия, а одна запись для фильтра не имеет записи из таблиц.
Индекс полнотекстового поиска уже есть в таблице Names для столбца SNAME.
В хранимой процедуре параметр табличного типа SearchFilter используется для передачи списка информации об имени и адресе.
Обе таблицы имеют более 14 миллионов записей, когда мы выполняем процедуру с 1000 уникальными записями, переданными в списке фильтров, для возврата результата (1400 записей) потребовалось около 7 минут.
Критерии фильтрации: содержит (имя) и почтовый адрес, город, штат, почтовый индекс точное совпадение.
Есть ли альтернатива, чтобы избежать цикла while, поскольку функция SQL Server CONTAINS требует строкового значения или переменной?
CREATE TABLE [dbo].[Names]
(
[ID] [int] IDENTITY(1,1) NOT NULL,
[UIN] [varchar](9) NULL,
[SNAME] [varchar](500) NULL,
CONSTRAINT [PK_Names]
PRIMARY KEY CLUSTERED ([ID] ASC)
)
CREATE TABLE [dbo].[ADDRESSES]
(
[UIN] [varchar](9) NULL,
[STREET1] [varchar](100) NULL,
[STREET2] [varchar](50) NULL,
[CITY] [varchar](30) NULL,
[STATE] [varchar](2) NULL,
[ZIP] [varchar](10) NULL
) ON [PRIMARY]
CREATE TYPE [dbo].[SearchFilter] AS TABLE
(
[UIN] [varchar](40) NULL,
[SNAME] [varchar](max) NULL,
[StreetAddress] [varchar](max) NULL,
[City] [varchar](max) NULL,
[State] [varchar](50) NULL,
[Zip] [varchar](20) NULL
)
-- Stored procedure logic
DECLARE @filterList AS [dbo].[SearchFilter]
DECLARE @NoOfRows INT, @counter INT = 0
SET @NoOfRows = (SELECT COUNT(1) FROM @filterList)
DECLARE @result TABLE (UIN varchar(40),
NAME varchar(500),
StreetAddress varchar(1000),
Zipcode varchar(20),
State varchar(20),
City varchar(1000),
IsRecordFound varchar(50)
);
WHILE (@NoOfRows > @counter)
BEGIN
DECLARE @SearchName VARCHAR(4000)
SET @SearchName = (SELECT '"'+SNAME+'"' FROM @filterList ORDER BY SNAME OFFSET @counter ROWS FETCH NEXT 1 ROWS ONLY)
--Start: Process to Select Records
;WITH Filter_CTE AS
(
SELECT
SNAME, StreetAddress, City, State, ZipCode
FROM
@filterList
ORDER BY
SNAME
OFFSET @counter ROWS FETCH NEXT 1 ROWS ONLY
)
INSERT INTO @result (UIN, NAME, STREETADDRESS, CITY, STATE, ZIPCODE, PHONE, IsRecordFound)
SELECT DISTINCT
en.UIN, ISNULL(en.SNAME, Filter_CTE.SNAME),
Filter_CTE.StreetAddress, Filter_CTE.ZipCode,
Filter_CTE.state, Filter_CTE.City,
IIF(en.UIN IS NULL, 'Not Found', 'Found') AS IsRecordFound
FROM
dbo.Names en
INNER JOIN
dbo.ADDRESSES ea ON en.UIN = ea.UIN
RIGHT JOIN
Filter_CTE ON ea.ZIP = Filter_CTE.Zip
AND ea.STATE = Filter_CTE.State
AND ea.CITY = Filter_CTE.City
AND (ISNULL(ea.STREET1, '') + ' ' + ISNULL(ea.STREET2, '')) = Filter_CTE.StreetAddress
AND CONTAINS(en.SNAME,@SearchName)
--END
SET @counter += 1
END
SELECT
UIN, NAME, STREETADDRESS, CITY, STATE, ZIPCODE, PHONE
FROM
@result
like '%<yourname>%'вместоcontains()- оно может быть быстрее в зависимости от оптимизации, выполненной sqlServer. оптимизация запросов сильно зависит от используемых данных и планов/индексов - если вам действительно нужно искать столько данных, это займет некоторое время. - person Patrick Artner   schedule 27.12.2017NamesиAddressesимеют покрывающие индексы для всех столбцов, используемых в вашем предложенииRIGHT JOIN Filter_CTE? - person andrews   schedule 28.12.2017AND CONTAINS(en.SNAME,@SearchName)из условияRIGHT JOIN? Ты пробовал? Будет ли это быстрее? - person andrews   schedule 28.12.2017