Сопоставление для URL

Вы можете изменить таблицу, чтобы установить CS ( С учетом регистра) параметры сортировки для этого столбца:

ALTER TABLE dbo.MyTable 
       ALTER COLUMN URLColumn varchar(max) COLLATE Latin1_General_CS_AS

Также вы можете указать сопоставление в операторе SQL:

SELECT * FROM dbo.MyTable
          WHERE UrlColumn like '%AbC%' COLLATE Latin1_General_CS_AS

Вот короткая статья для справки.

Буквы CI в сопоставлении указывают на нечувствительность к регистру.

Для URL-адреса, который будет представлять собой небольшое подмножество латинских букв и символов, попробуйте Latin1_General_CS_AI

Latin1_General использует кодовую страницу 1252 (1), и разрешенные символы URL включены в эту кодовую страницу ( 2), поэтому вы можете сказать, что URL-адреса являются Latin1_General.

Вам просто нужно выбрать вариант с учетом регистра Latin1_General_CS_AS

rfc3986 говорит:

Нотация ABNF определяет его терминальные значения как неотрицательные целые числа (кодовые точки) на основе набора кодированных символов US-ASCII [ASCII].

Википедия говорит, что допустимые символы:

Unreserved
May be encoded but it is not necessary
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
a b c d e f g h i j k l m n o p q r s t u v w x y z
0 1 2 3 4 5 6 7 8 9 - _ . ~

Reserved
Have to be encoded sometimes
! * ' ( ) ; : @ & = + $ , / ? % # [ ]

Кажется, что они не конфликтуют между этими символами в операциях сравнения. Кроме того, для сравнения можно использовать функцию HASHBYTES.

Но такая операция не является главной проблемой. Основная проблема в том, что http://domain:80 и http://domain могут совпадать. Также с закодированными символами URL-адрес может выглядеть иначе с закодированными символами.

На мой взгляд, РСУБД будет включать такие структуры в качестве новых типов данных: URL-адрес, номер телефона, адрес электронной почты, адрес Mac, пароль, широта, долгота, .... Я думаю, что сопоставление может помочь, но не решит эту проблему.