Коллеги, создаю в регистре сведений одно измерение.
Пишу в него значения "м" и "М" и 1С не дает записать, пишет что запись с такими ключевыми полями уже создана хотя высота букв разная как мы видим.
Вопрос - как мне записать две записи?

Латиницей пиши

Не писать в измерения строки.

не могу не писать в измерения у меня в нем соответствие перечисления пол физ. лица и название в базе источника где от них может прилететь и "м" и "М"

(3) А у тебя пол "м" как-то отличается от пола "М" ?
По длине... достоинства?

Дичь какая. Ну обработай это кодом, либо, если предполагается всё европейское многообразие полов в количестве 60 штук с ...инами и андрогинами - заведи под это дело справочник соответствия.

Вот у людей проблемы...

если у меня в регистре "м" записано, а в данных придет "М" то в своем регистре соответствия через наименование я не найду перечисление 1С

(3) При  проверке введенного значения приводи в верхнему/нижнему регистру.

(4) Про женщин - даже предполагать страшно... :))))))))))))))))))))))))))

Справочник не подойдет, данных будет очень много

(7) Дарю знание о функции НРег()

(10) Ты точно 8 (восемь) лет с копейками занимаешься эской?

(10) М, м... Ж...ж ... Ещё сколько будет?

(11) Это для мужчин. А для женщин - использовать ВРег().

(11) верни ему СП

(14) Тьфу, блин... Наоборот.

НРег функция кода, а в запросах функций со строками нет, кроме одной. А тут поиск... на больших объемах

(14) ВГлуб()...
(15) Заплатит - верну )))

(17) Зато в СКД есть.

Ниче не понял, но если проблема в (0) актуальна, то я за справочник. Других вариантов не видно

Походу мы нашли еще одного из Ливингстаров.

в запросах нет

(22) В СКД - есть.

Еще и большие объемы.

(0)
если ты в запросе сопоставляешь, то какая разница

(22) Всё пропало...
А я думаю, почему мне смс-ки пишут: "Пап переведи денег"...

(0) Пишем в регистр значение перечисления Пол
Мужской
Женский

Значение перечисления вычисляем поиском в справочнике
НаименованиеПола, строка
Пол, перечисление

Примеры записей справочника

М
Мужской

м
Мужской

Муж.
Мужской

мж.
Мужской

Жен.
Женский.

и.т.д.

я в запросе сопоставляю через р-р соответсвия по имени "м" или "М" должно найтись

Епстественно, НаименованиеПола - это типовой реквизит Наименование, чтобы использовать встроенный индекс.

создавать регистр, а к нему еще и справочник

(28) В запросе стандартно "м" = "М"

(31) + собственно поэтому у тебя и ругается при второй записи

по всем данным такое может быть, не только пол физ. лица - задолбаешься через запросы руками все прописывать и не хочется, для этого как раз и регистр создаю - где в нему и пропишу соответствие. А если у меня появится еще и третий пол средний - мне чего всю работу в 100 местах исправлять в коде... поэтому регистр соответствия

(0) http://catalog.mista.ru/1c/articles/995591/
Тему читали(сама статья не очень интересная, можно сразу с конца читать)? В комментах предложили данные преобразовывать в двоичные для ключа поиска через ПолучитьДвоичныеДанныеИзСтроки(НаименованиеСРегистром), допустим, эти измерение РС. Представление можно хранить отдельно в ресурсе или реквизите.

р-р соответствия для всего, не только для пола физ. лица, это так к примеру

(34) Измерение РС - строкового типа, опять-таки.

ПолучитьДвоичныеДанныеИзСтроки(НаименованиеСРегистром) - это опять же пляски с одной записью, я хочу запросы чтобы на организацию данных чтобы запросы с такими данными нормально работали

Есть приверженцы небинарных полов?

короче в измерение добавляю признак высокий регистр, как лучше сделать не знаю, так зато уже 3-е записи не создадут руками пользователи в этом р-ре как раз сработает проверка уникальности

(39) Вариант сразу записвать правильный гендер не рассматривается в принципе?

Если мне память не изменяет, то когда-то давно, когда Земля была теплая и по ней бегали мамонты, регистронезависимость устанавливалась в серверах баз данных (сам однажды нарвался на отличия в результатах запросов в MS SQL и PostgreSQL... но сейчас эти детские болезни устранены в современных платформах.

(39) Пользователь должен НЕ СОЗДАВАТЬ, а ВЫБИРАТЬ из предложенного списка.
ПСЫ М - может быть англицкой раскладки.

(39) муЖской как отработает проверка уникальности?

(41) Ну уж точно не стоит менять collation, это смерть и ад.

заказчик капризный и данные нам дает в таком виде сначала над этими данными глумится, а потом нам отдает.....
Поэтому да --> Вариант сразу записвать правильный гендер не рассматривается

А в запросе поменять collation, 1С не умеет.

может коды дать объектов, может наименования - вообщем крутимся)

Если бы 1С в запросах при соединении скажем он мог джойнить строки без учета регистра, но эта нужна SQL функция такая, в 1С я ее не нашла

(44) Расслабься. Я не предлагаю это изменять, - я предлагаю даже не пытаться пробовать это делать :)

(49) Да я вообще расслаблен.
https://youtu.be/M3fbg2rAe-I

Трэш какой-то. Зачем ТС всё хочет сделать через задний проход, не пойму.

(51) Судя по всему: обрабатывается входящая инфа, где пол может быть буквой (разные регистры), кодом, еще чем-то...
Но вводных мало...

(53) Как я понял, у автора обмен с регистрозависимой базой данных (не 1С) - автор желает создать регистр соответствия строковых значений. Попытка писать соответствия в измерения - не прошла.

(39) 🙈
Чем справочник не угодил?

Не принципиально, справочник это или регистр, - индексы, запросы и другие операции с базой данных выполняются без учета регистра. Автору нужно менять подход.

тут поменять можно только заказчика)

справочник на сколько я знаю не предназначен под большие объемы данных или я ошибаюсь?

(57) Тебе заказчик, что-ли базу проектирует?

(58) А всю задачу озвучить не вариант? Или так и будем гадать? Кто на чем...

(58) да, 100'000 позиций номенклатуры это просто ерунда

(56) Можно при получении данных пройтись по всем строкам и получить для них нужных элемент справочника. Делается без запросов в цикле. Ну а дальше все просто.

(58) Обычная скулевская таблица. Тот регистр только в профиль.

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

запросы в цикле не люблю, в 1С использую запросы в цикле только в рекурсивных вещах, т.к. нет рекурсивных запросов

(63) Т.е. все это время ты могла изначально класть в регистр НРег(Строки)?

(64) Не понял, в бой уже запросы в цикле пошли?)

ой, птьфу, не правильно прочитала про запросы в цикле что человек написал - глаза разъезжаются  - один глаз в чат, другой по работе

нет, в регистре будет не важно как заведут 'м' или 'М' потому что соединение таблиц в 1С без учета регистра поэтому все равно найдется любой вариант

(67) ура!

(67) а "М." м?

В принципе, проблему (0) можно решить измерениями регистра: два измерения - соответствие строк, третье измерение - хэш регистрозависимой строки. Если я правильно понял проблему потому, что ". потому, что "ой, птьфу, не правильно прочитала - один глаз в чат, другой по работе"(с)

(58) Зато регистр сведений любит в измерениях строки... И желательно чтобы вариативность была адовая.
Шобы платформа устала виртуальные таблицы строить.

Serg_1960 не поняла что за хэш регистрозависимой строки

(72) Хранить и искать не строку, а ее хеш.
Новый ХешированиеДанных(<ХешФункция>)

(72) -хэш-сумма вестимо переданной строки. ХешированиеДанных()

(72) Вам слово "хэш" непонятно? Это хэш-сумма функции хэширования. Функция "чувствительна" к регистру букв в строке. Поэтому, например, строки с "М" и "м" будут различаться хэш-суммами.

ну как я понял. Тут либо отказаться от регистра сведений, либо приводить к единому регистру строки все входящие данные до попадания в запрос, либо делать еще одно измерение и и добавлять еще одно условия соединения в запросы.

Правило 2. "Флейм и оффтопик в тематических разделах 1С и IT не допускается".

Хеш = Новый ХешированиеДанных(ХешФункция.MD5);
    Хеш.Добавить("СтрокаСодержитМ");
    Сообщить(СтрЗаменить(Хеш.ХешСумма, " ", ""));    // 9EF7FA8FAB3159112785E9C29E8B6736
        
    Хеш = Новый ХешированиеДанных(ХешФункция.MD5);
    Хеш.Добавить("строкасодержитм");
    Сообщить(СтрЗаменить(Хеш.ХешСумма, " ", ""));    // F0D018BDB196A0167969814134043B28

(39) >> короче в измерение добавляю признак высокий регистр.

А язык? Вдруг придёт m (male) или w (women) или f (female)?

(93) Там еще приползут андрогины...

наименование - "мальчик, девочка, моргенштерн"
пол - перечислениессылка.полфизлица.
если соответствие не используется у справочника есть пометка удаления

зачем сюда регистр??? какая-то дичь

всю тему не читал

Решение простое, на самом деле.
Искать значение перечисления не запросом, а в коде, в момент получения данных из источника. В Соответствии, например.
А хранить можно хоть в регистре, хоть в справочнике, без разницы.