Полнотекстовый поиск поля URL sql server

использовать Like оператор:

WHERE URL LIKE 'https://mywebsite.domain.com/as/product/4%'

на % является подстановочным. Это должно возвращать все записи, которые начинаются с шаблона, совпадающего с первым подстановочным знаком %.

при условии, что вы всегда ищете начало строки, это гарантирует, что оптимизатор может использовать индекс. Я предполагаю, что URL-адрес VARCHAR

Declare @p varchar(500) ='https://mywebsite.domain.com/as/product/4'

Declare @maxChar char(1);
select @maxChar = max(ch)
from (
    select top(256) ch = char(row_number() over(order by (select null)) - 1)
    from sys.all_objects) t;
select @maxChar;

-- ..
WHERE URL > @p AND URL < @p + @maxChar

при сравнении строк Sql server добавляет конечные пробелы к более коротким. См.https://support.microsoft.com/en-us/kb/316626 . Согласно http://www.ietf.org/rfc/rfc1738.txt , http://www.ietf.org/rfc/rfc1738.txt все разрешенные символы URL больше, чем пробел. Итак, параметр поиска,'https://mywebsite.domain.com/as/product/4' для например, будет меньше любого URL, который начинается с этого параметра и превышает длину параметра.

для подобных проблем я привык к двум решениям, в зависимости от ваших потребностей, в основном от performaces или ресурсов или параллелизма.. и т. д. и т. п..

The LIKE оператор может быть вашим лучшим другом также с очень большими таблицами.

индексации
Прежде всего, вам нужно проиндексировать столбец url, работая с 20 + миллионами записей это непростая задача, индексация это может стоить 1.5 - 2.0 Гб дискового пространства, но вы получите свой запрос в кратчайшие сроки (миллисекунды)

с индексом на столбце для поиска,LIKE FixedPattern+% выполняется с индексом seek,вы не можете улучшить его дальше.

первый вариант:

CREATE NONCLUSTERED INDEX [IX_URL] ON [url_table] ([url]);

DECLARE @Domain VARCHAR(100) = 'https://mywebsite.domain.com/'
DECLARE @Path VARCHAR(100) = 'as/product/'
DECLARE @Product VARCHAR(20) = '4'
DECLARE @LikeAll VARCHAR(100) = @Domain + @Path + @Product + '/%'

SELECT url
FROM url_table
WHERE url LIKE @LikeAll

второй вариант
Второй вариант немного сложный, но очень эффективный.
Вы сказали, что протокол и домен url исправлены, и вам нужно что-то искать после.
Ниже приведен метод, вы можете настроить это соответствует вашим потребностям.
Идея состоит в том, чтобы добавить виртуальный (вычисляемый) столбец в таблицу url, а затем добавить на него индекс.
Это значительно уменьшит размеры индекса и улучшит производительность запросов за счет очень небольших затрат на вычисления в insert/update

ALTER TABLE url_table ADD path AS (SUBSTRING(url, 30, 4000));
CREATE NONCLUSTERED INDEX [IX_PATH] ON [url_table] ([path]);

DECLARE @Domain VARCHAR(100) = 'https://mywebsite.domain.com/'
DECLARE @Path VARCHAR(100) = 'as/product/'
DECLARE @Product VARCHAR(20) = '4'
DECLARE @LikeMid VARCHAR(100) = @Path + @Product + '/%' 

select @Domain + _path -- pay attention!!
FROM url_table
WHERE url LIKE @SrcAll

обратите внимание, мы выбираем @Domain + _path вместо url, чтобы избежать доступа к таблице и работать только с индексными данными.

Если вам нужны другие столбцы в url_table, ваш лучший вариант is

declare @l table (id int primary key)
insert  into @l
select id 
from url_table 
where _path like @LikeMid

select url
from url_table
where id in (select id from @l)

очень быстро

Третий способ
Это вариант второго.
В вашем примере данных я вижу, что путь содержит /product/ затем номер, и я предполагаю, что это номер продукта. Возможно, вы можете рассмотреть следующее

ALTER TABLE url_table ADD _product AS (cast(substring(url,nullif(CHARINDEX('/product/',url,29)+9,9), CHARINDEX('/',url,nullif(CHARINDEX('/product/',url,29)+9,9))-nullif(CHARINDEX('/product/',url,29)+9,9)) as bigint));
CREATE NONCLUSTERED INDEX [IX_PRODUCT] ON [url] ([_product]);

select id, url
from url_table 
where _product = 4

это произведет вычисляемый столбец с номером продукта типа integer, индекс будет только 500Mb и запросы на целых числах будут супер быстрыми.
Также надбавки к выберите все столбцы из url_table очень мало, поэтому вы можете SELECT * почти без проблем выступлений.

С. П. Вы можете удалить свой полнотекстовый индекс и сэкономить место и ресурсы..

SELECT * FROM myTable WHERE URL LIKE 'https://mywebsite.domain.com/as/product/4%'