И как же программа преоразования будет получать на вход саму маску?

Угу. Лоханулся.

Тогда нужен триггер в БД ))))
По записи или апдейту строки генерировать маску и приводить поле текст к нижнему регистру

Хотя это уже черезчур ))))

Можно все поместить в одно поле - добавить эту битовую маску в конце строки (ее, конечно, придется как-то енкодить, например base64).

Это конечно вариант для случая с маской, но для поиска конкретных значений будет работать хуже.
т.е. например я ищу конкретно поле "Материал Номер Один" после приведения к нижнему регистру будет "материал номер один" и строка будет найдена. А вот с 64-битным хвостом уже не попрет, надо будет писать LIKE "материал номер один%", что вобщем и не проблема, но снизит быстроедйствие.

Хотя, бесспорно, мысль интересная.

Народ, не увлекайтесь
кодирование Базе64 увеличивает трафик на 1/3. А хочется именно компактности. Кому не нравится INT4-поля, можно LRAW прикрутить

Упаси Господи
Лучший имхо способ затормозить САП до уровня 1С - понавешать триггеров.

pberezin, так RAW и нужно использовать. По хорошему.

Тригерры - это, конечно, здорово. Но только не в случае САПа. Т.к. разные СУБД существенно по разному триггеры реализуют.

Что-то увлеклся народ
Уберваффе не получится, пока САП сам не реализует этот простейший подход для регистронезависимого поиска текстов.

Зато интересно )). Извращение еще то, конечно, и на месте автора топика я бы не стал изобретать что-то нового. На чем там экономить?

На дисковом пространстве? - 64 * 10млн записей ~ 640Мб - хахаха )))
На трафике? - Так никакого трафика и не будет, все останется на сервере БД, просто не надо select * делать.
В общем, на мой взгляд, проблема выдумана.

Ну зато как красиво порассуждали )))))))))))))