1с справочник контроль уникальности реквизита

Контроль уникальности реквизита справочника

Я

   zzhiraf

09.08.12 — 17:51

Каким образом нужно правильно это делать?

   Mort

1 — 09.08.12 — 17:52

В обработке проверки заполнения

   Mort

2 — 09.08.12 — 17:53

Как вариант

   Mort

3 — 09.08.12 — 17:54

Если нужно обеспечить контроль и при тупой программной записи, тогда в перед записью.

   zzhiraf

4 — 09.08.12 — 17:54

Перед записью контролировать неправильно

   х86

5 — 09.08.12 — 17:55

(4)почему?

   zzhiraf

6 — 09.08.12 — 17:56

При одновременной записи в справочник в этом случае возможно появление дублей.

   zzhiraf

7 — 09.08.12 — 17:57

Перед записью элемент справочника еще в базу не записан, поэтому второй поток не сможет выявить не уникальность реквизита.

   х86

8 — 09.08.12 — 17:58

(6)тогда при записи )

   zzhiraf

9 — 09.08.12 — 17:59

(8) Тоже неправильно)

   х86

10 — 09.08.12 — 18:01

(9)тебе не угодишь  (

в типовой поиск дублей делается передЗаписью

   х86

11 — 09.08.12 — 18:04

(7)создай тогда какую нить табличку и блокируй её, или блокируй всю табл справочника

   Mort

12 — 09.08.12 — 18:13

(11) Если вся эта шняга затевается для того чтобы юзеры не били контров с одинаковым ИНН и вероятность наступления одномоментного ввода элементов с одинаковым реквизитами 10 в минус ХЗ какой степени, то зачем все эти геморрои?

   zzhiraf

13 — 10.08.12 — 09:29

(11) Блокировать всю таблицу не правильно, т. к. при этом снижается производительность системы. Кроме того как это сделать?

(12) Нет, ИНН здесь ни при чем. Речь о многопотоковой параллельной работе со справочниками.

   hhhh

14 — 10.08.12 — 09:34

(13) регистр сведений заведите с двумя измерениями: элемент справочника и его реквизит.

   Godofsin

15 — 10.08.12 — 09:36

А чо, ПриИзменении не подойдет?

   Alex_MA

16 — 10.08.12 — 09:37

Перед записью запросом ГДЕ МойСправочник.ИмяРеквизита = &Реквизит

   х86

17 — 10.08.12 — 09:38

   Defender aka LINN

18 — 10.08.12 — 09:41

(7) Воспроизведи.

   zzhiraf

19 — 10.08.12 — 09:46

(18) Я должен воспроизвести? Можешь мне поверить, или проверить)

(14) Почему с 2-мя измерениями? по моему измерение должно быть одно — реквизит, проверяемый на уникальность. ну и ресурс можно сделать — ссылка на элемент справочника….

   zzhiraf

20 — 10.08.12 — 09:47

(17) ДЛЯ ИЗМЕНЕНИЯ в режиме управляемых блокировок вроде не работает

   ptiz

21 — 10.08.12 — 09:49

   hhhh

22 — 10.08.12 — 09:51

(19) да, с одним измерением круче, можно прямо в ПриИзменении реквизита на форме проверять.

   zzhiraf

23 — 10.08.12 — 09:55

   Serg_1960

24 — 10.08.12 — 09:57

Насчет регистра сведений — это вы загнули. А с учетом многопользовательского режима работы — совсем уж лишнее. Пятое колесо в телеге

   zzhiraf

25 — 10.08.12 — 09:59

(24) Дело в том, что только использование регистра сведений позволяет на уровне платформы гарантированно контролировать уникальность набора измерений записи.

   hhhh

26 — 10.08.12 — 10:00

(24) почему? Зато уникальность сама по себе будет контролироваться. На уровне платформы. И как раз это для многопользовательской версии, для однопользовательской это не нужно.

   Фрэнки

27 — 10.08.12 — 10:07

(25) нужно еще учесть тип значения или у вас строка?

   zzhiraf

28 — 10.08.12 — 10:10

(27) Строка, длиной больше 254 символов…

   Фрэнки

29 — 10.08.12 — 10:17

(28) все-таки вводить регистр сведений для уникальности будет избыточно. Даже если открыто одновременно две формы у разных пользователей… Можно в код ПослеЗаписи поставить запрос по этому реквизиту, если выдаст более одного значения в результат, то вот и получишь поиск неуникального. Если же искать среди не записанных, в том числе и без самого себя, то гарантированного результата не достигнуть, имхо

   Фрэнки

30 — 10.08.12 — 10:19

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

   ptiz

31 — 10.08.12 — 10:21

(23) В любом случае понадобится таблица, хранящая все значения. Хоть тот же справочник, хоть отдельный РС (в том случае, если реквизитов в справочнике ну очень много, чтобы таблица была меньше).

Речь вообще про какие объемы? Сколько элементов в секунду будет вводиться?

   zzhiraf

32 — 10.08.12 — 10:25

(29) ПослеЗаписи, когда транзакция уже зафиксирована и данные внесены в БД, в случае не уникальности реквизита, придется удалять записанные данные, кроме того в этом случае возможна ситуация когда оба одновременно записываемых элемента (в случае 2-х конкурентных потоков) с одинаковыми реквизитами будут удалены

   Базис

33 — 10.08.12 — 10:28

Чем типовое решение, с показом возможных дублей, не годится?

   zzhiraf

34 — 10.08.12 — 10:28

+ кстати, для объекта справочник события ПослеЗаписи нет)

   zzhiraf

35 — 10.08.12 — 10:30

(33) насчет типового решения не могу ничего сказать, т к не видел его

   Serg_1960

36 — 10.08.12 — 10:40

(26) Хм… на «уровне платформы»… Это об той самойплатформе речь, где функционал распределенной информационной базы встроен. Риб-база — и все ваши «навороты» для обеспечения уникальности становятся бессмысленными.

   zzhiraf

37 — 10.08.12 — 10:45

(36) В случае распределенной базы данных, да и в общем случае распределенных систем, использующих общие данные, должна быть отдельная база с так называемыми мастер-данными, для контроля уникальности и синхронизации общих элементов со всеми системами использующими эти данные.

   mistеr

38 — 10.08.12 — 11:20

   zzhiraf

39 — 10.08.12 — 11:42

(38) Вариант 2-б мне нравится можно попробовать)

   zzhiraf

40 — 10.08.12 — 11:54

(38) Хранится строка, содержащая url-адрес.

   mistеr

41 — 10.08.12 — 11:57

(40) Похоже на самостоятельную сущность. Подумайте о 2а.

   zzhiraf

42 — 10.08.12 — 12:02

(41) Мне нужно получить некий идентификатор (ссылку) для дальнейшей нормальной работы с этими url-адресами. В случае использования справочника ссылка формируется автоматически при записи. В случае использования 2а, выходит что придется поддерживать 2 сущности справочник — для формирования ссылок и регистр сведений — для контроля уникальности. и делать 2 записи вместо одной…

   mistеr

43 — 10.08.12 — 12:17

(42) Вычислите хэш от URL и сделайте его кодом справочника (или частью кода).

   zzhiraf

44 — 10.08.12 — 12:29

(43) Он точно будет уникальным?

   Фрэнки

45 — 10.08.12 — 12:41

вот стоило бы в самом начале указать, какого характера инфу сохранять и получить совет из (43)

   zzhiraf

46 — 10.08.12 — 12:48

(45) Хэш не гарантирует уникальность

   Фрэнки

47 — 10.08.12 — 12:51

(46) md5 ?

   Defender aka LINN

48 — 10.08.12 — 12:54

(19) Ну вот я какбе и не верю.

   zzhiraf

49 — 10.08.12 — 13:00

   zzhiraf

50 — 10.08.12 — 13:01

целая дискуссия по поводу использования md5 хэшей в качестве примари кей. Тут не все так однозначно

   zzhiraf

51 — 10.08.12 — 13:01

(48) Проверь)

   Фрэнки

52 — 10.08.12 — 13:04

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

   mistеr

53 — 10.08.12 — 13:22

   х86

54 — 10.08.12 — 15:30

(42)делай подчинённый справочник, код у которого твой уникальный реквизит, ессно должна быть уникальность кодов

   zzhiraf

55 — 10.08.12 — 15:41

(54) Длина кода ограничена

(51) Вот я и говорю: воспроизведи для начала.

Уважаемые опытные разработчики 1С, прошу проконсультировать начинающего.
Имеется справочник «Товары», который, помимо стандартных реквизитов, имеет реквизит цена с примитивным типом «число». Необходимо чтобы перед записью элемента справочника проверялась уникальность наименования. Если наименование не уникально, запись производиться не должна с выдачей соответствующего сообщения.
Погуглив, нашел следующее решение (проверял — работает):
1) В модуле объекта пишем код:

Процедура ПередЗаписью(Отказ) 
	ИмяОбъекта = ЭтотОбъект.Метаданные().Имя;
	СтрРеквизитов = Новый Структура; //
	СтрРеквизитов.Вставить("Наименование", Наименование);
	Если Не ОбщегоНазначения.ПрошелКонтрольУникальностиСправочникаПоРеквизиту(ИмяОбъекта, СтрРеквизитов, Ссылка) Тогда
		Сообщить("Подобный элемент справочника /" + Наименование + "/ существует!
				|Модуль: Контроль уникальности элементов справочника." );
		Отказ = Истина;
	КонецЕсли;
КонецПроцедуры

2) Создаем общий модуль и там прописываем:

&НаСервере
Функция ПрошелКонтрольУникальностиСправочникаПоРеквизиту(ИмяОбъекта, СтрРеквизитов, ЗначениеСсылка) Экспорт

	Запрос = Новый Запрос;
	
	Запрос.Текст = 
	"ВЫБРАТЬ ПЕРВЫЕ 1
	|	Спр.Ссылка
	|ИЗ
	|	Справочник." + ИмяОбъекта + " КАК Спр
	|ГДЕ
	|	Спр.Ссылка <> &парЗначениеСсылка
	|";
	
	Нум = 0;
	
	Для Каждого Знч Из СтрРеквизитов Цикл
		ИмяПараметраВЗапросе = " = &Пар" + Строка(Нум);
		Запрос.Текст = Запрос.Текст + " И Спр." + Знч.Ключ + ИмяПараметраВЗапросе; 
		Запрос.УстановитьПараметр("Пар" + Строка(Нум),	Знч.Значение);
		Нум = Нум + 1;
	КонецЦикла;
	
	Запрос.УстановитьПараметр("парЗначениеСсылка", 		ЗначениеСсылка);
	
	РезультатЗапроса = Запрос.Выполнить();
	
    Возврат РезультатЗапроса.Пустой();
	
КонецФункции

Есть ощущение, что слишком громоздкое решение задачи. Подскажите, пожалуйста, есть ли более простое / рациональное решение?

Контроль уникальности осуществляется помощником ввода номенклатуры при вводе позиции номенклатуры. Контроль уникальности может производиться как по рабочему наименованию позиции номенклатуры, так и по любому из реквизитов, которые доступны для данного вида номенклатуры. В том числе и по дополнительным реквизитам, добавленным пользователем.

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

Контроль уникальности по отдельным реквизитам (артикул, производитель и т. д.) настраивается отдельно по каждому виду номенклатуры. В карточке вида номенклатуры показывается список тех реквизитов, которые определены для данного вида номенклатуры. В этот список включены и те дополнительные реквизиты, которые добавлены пользователем.

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

Контроль уникальности производится при вводе новой позиции номенклатуры с помощью помощника ввода номенклатуры. При установке комплексного контроля по рабочему наименованию и реквизитам контроль уникальности производится поэтапно:

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

Список реквизитов, которые необходимо заполнить, показывается в помощнике после указания вида номенклатуры. В списке показываются те реквизиты, для которых установлен флажок в колонке Отображать при создании (по умолчанию).

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

При контроле уникальности будут показаны те товары, у которых совпадают все указанные реквизиты. То есть в приведенном примере будут показаны те товары, у которых указан такой же артикул, тип (марка) и производитель.

Данный контроль не является жестким, пользователь может продолжить ввод новой позиции, несмотря на предупреждение (вариант Создать новую). Однако такая возможность доступна только тем пользователям, которые обладают правом ввода информации по номенклатуре без контроля. Если такого права у пользователя нет, то он не сможет ввести новую позицию номенклатуры в данной ситуации, а должен будет выбрать существующую.

Жестким является контроль по рабочему наименованию, который проводится при создании номенклатуры. Если такой контроль установлен, то ни один из пользователей не сможет создать номенклатуру с таким же наименованием.

Разработка позволяет произвольным образом настроить проверку уникальности перед записью новых элементов в ЛЮБОМ справочнике информационной базы. При этом проверка может производиться не только по реквизитам элементов, но и по значениям контактной информации.

Допустим, нам требуется обеспечить отсутствие дублей в справочнике Партнеры и Характеристики номенклатуры. Для первого справочника в качестве поля уникальности будем использовать телефон в контактных данных, а одинаковость характеристик будем проверять по сочетанию наименования и владельца.

Откроем форму настроек.

На форме настроек выводится список всех справочников, которые существуют в базе. При выделении строки с нужным справочником справа выводится справка по тем реквизитам, которые возможно использовать для контроля дублей. Нужный реквизит перенесем в колонку Реквизиты проверки.

Если реквизитов проверки несколько, перечисляем их через запятую.

Если дублями необходимо считать элементы, у которых совпадают значения всех реквизитов проверки, необходимо установить флаг Совместно. В противном случае дублями будут считаться элементы, у которых совпадает значение хотя бы одного реквизита проверки.

Теперь при записи нового (или изменении текущего) партнера программа проверяет его телефон, и если он не уникальный, то запись заканчивается ошибкой.

Сохранить характеристику с неуникальной комбинацией наименования и владельца тоже не получится.

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

Проверка на уникальность не выполняется при обмене данных между конфигурациями (когда создание/изменение элемента вызвано сторонней конфигурацией).

Для корректной работы расширения необходимо отключить Безопасный режим.

Уникальность значения табличного реквизита во всем справочнике (Управляемая форма) .

Автор oooo800, 28 авг 2020, 14:40

0 Пользователей и 1 гость просматривают эту тему.

---

---

---

---

---

---

---

---

---