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

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

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

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

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

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

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

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

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

Строка1.КакаяТоХернь = Строка2.КакаяТоХрень

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

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

(6)
ГДЕ КакаяТоТамХрень = "п"

Это условие выбирает строки регистра где вид операции равняется и "п" и "П", а мне нужно просто "п"

ПОДОБНО "п"

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

(12) Тоже пробовал.

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

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

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

(17) Да.
Вот запрос:
ВЫБРАТЬ
   ВложенныйЗапрос.Поле1
ИЗ
   (ВЫБРАТЬ
       "п" КАК Поле1
   
   ОБЪЕДИНИТЬ ВСЕ
   
   ВЫБРАТЬ
       "П") КАК ВложенныйЗапрос
ГДЕ
   ВложенныйЗапрос.Поле1 = "п"

Вот результат:
  п
  П

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

Попробуй:

ВЫБРАТЬ
   ВложенныйЗапрос.Поле1
ИЗ
   (ВЫБРАТЬ
       "п" КАК Поле1
   
   ОБЪЕДИНИТЬ ВСЕ
   
   ВЫБРАТЬ
       "П") КАК ВложенныйЗапрос
ГДЕ
   ВложенныйЗапрос.Поле1 подобно "[п]"

(20)Тоже самое.

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

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

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

(24) 1.04.09

(23) И
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ВложенныйЗапрос.Поле1) КАК Поле1
...
ГДЕ
   ВложенныйЗапрос.Поле1 ПОДОБНО "[п]"
- дает 1.

1С:Предприятие 8.1 (8.1.13.41)

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

Запрос = Новый Запрос("ВЫБРАТЬ ВЫБОР КОГДА ""п"" <> ""П"" ТОГДА ""различные"" ИНАЧЕ ""одинаковые"" КОНЕЦ КАК Резюме");
Выборка = Запрос.Выполнить().Выбрать();
Выборка.Следующий();
Сообщить(Выборка.Резюме);

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

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

(27) дает одинаковые.

(27)
Запрос:
ВЫБРАТЬ
   ВложенныйЗапрос.Поле1
ИЗ
   (ВЫБРАТЬ
       "п" КАК Поле1
   
   ОБЪЕДИНИТЬ ВСЕ
   
   ВЫБРАТЬ
       "П"
   
   ОБЪЕДИНИТЬ ВСЕ
   
   ВЫБРАТЬ
       "В") КАК ВложенныйЗапрос
ГДЕ
   ВложенныйЗапрос.Поле1 <> "п"

Результат:
 В

(29)
то, что в(20) дает обе записи.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

я проверял MSSQL

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

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

СКЛ не правельно выполнил запрос. Результат тот же что и в 1С:

SELECT
#V8TblAli1_Q_000_T_001._Q_001_F_000 AS f_1
FROM
(
SELECT
N'п' AS _Q_001_F_000
UNION ALL
SELECT
N'П' AS _Q_001_F_000
UNION ALL
SELECT
N'В' AS _Q_001_F_000
) #V8TblAli1_Q_000_T_001
WHERE
NOT #V8TblAli1_Q_000_T_001._Q_001_F_000 LIKE N'[п]'

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

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

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

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

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

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

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

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

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

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

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