Как в запросе сравнить строки с точностью до регистра? #399576

Строка имеет длинну в один символ.

с чем сравнить?

1. Смотря с чем сравнивать. 2. В запросе может быть проблематично, в СКД точно можно.

Наверное с потоком мысли автора... в один бит :(

В регистре накопления есть реквизит типа строка, длинной 1 - код операции. Коды операции - это маленькие и большие буквы. Как в 1С8 отобрать код операции например строку "п"

Делаю именно в СКД. Подскажи пожалуйста.

ГДЕ КакаяТоТамХрень = "п" ИЛИ КакаяТоТамХрень = "П"

Я же написал сравнить строки. Две строки между собой.

Тяжелое наследство клюшек?

по-прежнему не понятно где сравниваем - это условие, соединение, что-то еще?

В СКД можно делать свои поля, которые будут вычисляться функцией общего модуля. И можно сделать функцию, которая вернет строку в верхнем регистре. Ну и сравнивать ее соответственно со строкой, переведенной в верхний регистр. Пример есть на ИТС.

ГДЕ КакаяТоТамХрень = "п" Это условие выбирает строки регистра где вид операции равняется и "п" и "П", а мне нужно просто "п"

ПОДОБНО "п"

сделай разные буквы

Тоже пробовал.

Ты сам понимаешь, что хочешь? Выбрать все, где вид операции равняется "п" можно с помощью ГДЕ КакаяТоТамХрень = "п". В чем проблема-то?

Спс за уточнение. А то вопрос смутный - как фраза "копать от сюда и до обеда" :)

Напомните мне, плиз: а в запросе "н" и "Н" различны?

Да. Вот запрос: ВЫБРАТЬ    ВложенныйЗапрос.Поле1 ИЗ Вот результат:   п   П

Судю по запросу НЕ различны

Попробуй: ВЫБРАТЬ    ВложенныйЗапрос.Поле1 ИЗ

Тоже самое.

А у меня работает. Удивлен.

хм... не различает. количество(различные(....тоже = 1 видимо ВРЕГ делает при сравнении.

Цирк. Какая версия платформы?

1.04.09

КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ВложенныйЗапрос.Поле1) КАК Поле1 ...

Я тормоз? Запутался с Вами :( Давай с первого по последний - расчитайся :)

в имелось ввиду, кол-во различные без "ГДЕ" тоже =1.

Понял. А у Вас работает правильно?

дает одинаковые.

Запрос: ВЫБРАТЬ    ВложенныйЗапрос.Поле1 ИЗ Результат:  В

то, что в дает обе записи.

У 1с испокон веков в базе была регистронезависимая кодировка! Т.е. сервер баз данных не делает различий между символами в разном регистре при любых операциях.

собственно автор темы и пытается это преодолеть. Ответ в запросе на сервере это невозможно.

Я так и знал :( Ходют тут всякие, кайф ломают :(

а так, то вопрос для 1С на 5 баллов

Не факт. У меня же работает. Скорее всего виноват SQL.   ВложенныйЗапрос.Поле1 Не Подобно "[п]" дает П В

на чистом sql это решается приведением типов перед сравнением

Я на скульной базе тоже проверял.Только версия платформы 8.1.11

это факт, просто спецификация опрерации ПОДОБНО имеет исключение

И как можно заюзать эти исключения?

Странно, у меня имеет исключение, а у автора не имеет. Вероятно все же разница в установленных SQL. Имею PostgreSQL.

+ Причем если без [] , то у меня не работает тоже. А со скобками работает.

читайте документацию по оператору ПОДОБНО в квадратных скобках регистр имеет значение

хотя сори, там явно это не сказано..

Ну, спорить не буду. И все же автор утверждает, что у него и со [] не работает.

ну вообще-то, на чистом sql, действительно сервер ведет себя соответственно установленной кодировке, т.е. различий не делает что в скобках что без скобок

Вы что в профайлере смотрите?

у 1С нет своего сравнения и подобно. Она всё доверяет SQL.

Так вот кто виноват. А если база файловая?

нет, я просто проверил на чистом sql

я проверял MSSQL

вероятно у postgresql проблемы точнее проблемы всетаки у 1С, т.к. регистронезависимая кодировка это какраз то что они дописывали в postgresql

в документации по оператору ПОДОБНО в языке запросов 1С не совсем удачный пример, поэтому я дуиал что она имеет исключения по регистру символов, на самом деле ни каких исключений тут нет

СКЛ не правельно выполнил запрос. Результат тот же что и в 1С: SELECT #V8TblAli1_Q_000_T_001._Q_001_F_000 AS f_1 FROM ( SELECT WHERE NOT #V8TblAli1_Q_000_T_001._Q_001_F_000 LIKE N'[п]'

а какой результат?

мы тебе об этом и говорим.

Результат:    В Спасибо, а что делать не скажите?

+ почему не правильно, это и есть правильный результат

Не использовать строки в качестве кодов операций:)

такому шаблону [п] действительно НЕ соответствует только одна запись, т.к. регистр букв не учитывается первые две строни именно СООТВЕТСТВУЮТ шаблону

Может и правельно. Но в СКЛ должен быть способ сравнения строк с учетом регистра. Ситуация такова. Есть семерошная конфигурация, по которой нужно отчеты. Мне создавать эти отчеты в  1С7 надоело, вот я решил конвертировать ее в 1С8, открыть консоль отчетов и получить отчеты. Но не тут-то было.

в sql есть способ, язык запросов 1С это не совсем sql

А при конвертации - поменять коды нельзя?

Для этого обсуждения, наверное нужно создавать отдельную ветку.

Какой невинный вопрос "Напомните мне, плиз: а в запросе "н" и "Н" различны?" :) А какая бурная дискуссия :))