еще 2 решения:
если вероятных вхождений пробелов немного - динамически компоновать запрос с условием WHERE PTNRDRU = In('A 000 264 23 74', 'A 000 264 2374',....). Но если пробелы могут встречаться где угодно - получим (на N позициях) ~ 2**N вариантов - выйдем за допустимую длину SQL строки (~N*2**N > 32 768 символов - уже при ~28-29 позициях).

Если возможная строка длиннее 29 символов то:
вместо строки IN() можно использовать специально созданную таблицу с одним полем (индексированным). Накидывать туда до ~100000 записей не так уж долго. А выборку по INNER JOIN ON t1.[индексированное поле]=tmp.[индексированное поле] будет делать много быстрее, чем Replace () по 5*10**5 записей.


_______
Реализацию еще одной идеи я так и не придумал - надо вставить в Like 'xxxx' список [], включающий и пробел и пустую строку. Кажется это невозможно. Есть вариант идеи - провести первичный отбор, используя * между всеми значащими символами строки отбора (т.е. ~ LIKE 'A*0*0*0*2*6*4*2*3*7*4') (поскольку маска начинается не со *, то при этом индекс все-же будет использоваться), а уж на результат (выборку, которая заведомо будет много меньше всей таблицы) подействовать реплайсом.

авторWHERE PTNRDRU = In('A0002642374');
тьфу, плиинннн.
оп-пиисаался
вот эт-тто "раавноо" таам лиишнее

а выглядеть должно так:
WHERE PTNRDRU IN(а тут перебор всех возможных случаев )

походя всплыло "чисто" SQL-ное решение комбинаторной задачи
1. Вспомогательная таблица l, пустая. 1 поле t - текст, 1 символ.
2. вводишь 2 строки:
INSERT INTO list ( t ) VALUES(' ');
INSERT INTO list ( t ) VALUES('');

для строки 'A0002642374' составляешь запрос вида:

(2048 вариантов для 11 позиций), обзови его q
а с ним сделай:
где test.t - это поля поиска твоих кодов. (хотя лучше сбросить результат q в индексированную вспомогательную табличку).
(в общем виде - замени q на параметрический (используя mid([параметр], позиция,1) вместо буковок)
Но, думается, решение скорее факультативное, чем имеющее прикладное значение.



ЗЫ что-й то я надысь на редкость наврал по количеству позиций. 20 позиций дают уже более лимона вариантов. а 32к вариантов ~ всего-то 10+5 позиций.