Поиск Varbinary с минимальным и максимальным типом шаблона

Итак, я пытаюсь сделать запрос, который проходит через данные varbinary. Проблема в том, что я не могу закончить то, чего пытаюсь достичь. Что вы должны знать о столбце, так это varbinary(50), и встречающиеся шаблоны не имеют определенного порядка записи, что означает, что каждый префикс может быть где угодно, если он имеет 3 байта (0x000000). Первый - это префикс, второй и третий - данные значения. что я хочу проверить, находится ли он в пределах диапазона, который мне нравится. Все данные пишутся так.

Что я пробовал:

DECLARE @t TABLE (
    val VARBINARY(MAX)
)

INSERT INTO @t SELECT 0x00000100000000000000000000000000000000000000000000000000
INSERT INTO @t SELECT 0x00001000000000000000000000000000000000000000000000000000
INSERT INTO @t SELECT 0x00010000000000000000000000000000000000000000000000000000
INSERT INTO @t SELECT 0x00100000000000000000000000000000000000000000000000000000
INSERT INTO @t SELECT 0x00000f00000000000000000000000000000000000000000000000000

declare @pattern varbinary(max)
declare @pattern2 varbinary(max)
set @pattern = 0x0001
set @pattern2 = @pattern+0xFF

select @pattern,@pattern2

SELECT
    *
FROM @t
WHERE val<@pattern
OR val>@pattern2

Это был полный провал, паттерны были точными до 2 символов, если бы я использовал 4 символа в качестве паттерна, это сработало бы, только если паттерн находится в предопределенной позиции. Я пробовал комбинацию этого и всего ниже.

WHERE CONVERT(varbinary(2), val) = 0xdata

также это:

select * 
from table
where CONVERT(varchar(max),val,2) like '%data%'

Что отлично работает для поиска точных шаблонов, но не для диапазонов, мне нужна комбинация обоих.

Я знаю, что технически я мог бы добавить каждый возможный результат 1 к 1 и позволить ему циклически проходить через все перечисленные возможности, но должен быть более умный способ. Цели:

1. Поиск префикса (первая пара двоичных данных)
2. Определив максимальное значение после префикса, все, что выше этого порога, будет указано в результатах. Допустим, «26» — это префикс, максимально допустимое число после «9600» или «269600». По сути, любые данные, которые превышают этот шаблон «269600», должны быть обнаружены, например, «269700». или результат запроса опубликует это:

выберите * из таблицы, где CONVERT (varchar (max), attr, 2), например '%269700%'

Мне нужно что-то, что обнаружит это само по себе, в то время как я просто даю ему начало и конец, чтобы искать между ними, например, наибольший вариант числа будет «26ffff», но ограничение его чем-то вроде «ff00» приемлемо для того, что я ищу для.

Мое лучшее предположение - 2 определенных числа, 1 - допустимый максимальный диапазон. и 2-й для кепки, поэтому он не проходит через все возможные результаты. Но я был бы рад тому, что работает. Я знаю, что это объяснение довольно ужасное, но потерпите меня, спасибо.

* Обновление после последнего предложения

SELECT MIN(val), MAX(val) FROM @t where CONVERT(varchar(max),val,2) like '%26%'

Это довольно близко, но этого недостаточно, мне нужно просмотреть много данных и использовать их после того, как это выберет только минимум или максимум даже с фильтром префикса. Я считаю, что мне нужно, чтобы min и max были определены как начальный и конечный диапазоны, в которых должен искать запрос.

**Обновление2

Боюсь, вы разочаруетесь, в этом нет ничего интересного. Источник данных связан с игровым сервером, который хранит такие данные. Есть предопределенные префиксы, которые являются типом статистики, а остальные данные являются фактическим числовым значением статистики. Данные представлены 6-символьными интервалами данных. Вот пример потока данных. Это всегда 6-6-6-6-6, пока есть место для записи данных, поскольку оно ограничено 50 символами.

0x0329000414000B14000C14000D0F00177800224600467800473C00550F00000000000000000000000000

**Обновление3

Да, группы всегда трехбайтовые, да, моя идея заключалась именно в том, чтобы использовать первый байт для сужения поиска, а затем использовать вторые 2 байта для его фильтрации. Я просто не знаю, как сделать это эффективным способом. Я не уверен, понял ли я, что вы имели в виду под предиктивным выравниванием, предполагая, что вы имели в виду, что stat/prefix/header всегда будут заканчиваться в одном и том же двоичном расположении, если это правильно, ответ - нет. Если 3-байтовый шаблон нарушен, данные становятся нечитаемыми, что означает, что даже если вам не нужен дополнительный байт, вы должны его подсчитать, иначе данные нарушают пример рабочих данных.

0x032900'041400'

пример неработающих данных:

 0x0329'041400'

Единственная проблема, о которой я мог подумать, это когда префикс и часть значения являются истинными примерами:

0x262600

Если запрос специально не заказан для чтения данных в 3-байтовой последовательности, это означает, что он знает, что первый байт всегда является префиксом, а другие 2 байта — значением.

В: Можно ли использовать это как индикатор выравнивания, чтобы первый ненулевой байт после как минимум 3 нулевых байтов указывал на начало группы?

О: Да, но вряд ли я это имел в виду, хотя, возможно, это было бы написано по порядку, например:

0x260000'270000'

Он не будет пропускать всю 3-байтовую группу, заполненную без данных. Этот тип записи возникнет, если кто-то вручную вставит его в БД, насколько мне известно, сервер не делает записи с такими пробелами:

0x260000'000000'270000'

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

select * from @t 
where (CONVERT(varchar(max),val,2) like '%262100%' or 
CONVERT(varchar(max),attr,2) like '%262200%' or 
etc...)