Еще Раз Уникальность

@yyvvmm · Регистрация: 05.09.2011

Студворк — интернет-сервис помощи студентам

Есть база (40 тыс документов). Каждому вручную присваивается (произвольняа комбинация символов) серийный номер. Документы разделены между 4 юзерами ридерс-полями. Как лучше всего реализовать уникальность ввода этого серийника, так что бы он был уникальный на всю базу?
Если брать вариант вьюха с сортколонкой серийника - то реализуется уникальность только по документах определенного юзера - не катит.

@dymot · 12.06.2012, 16:58

Сообщение от iivvnn

Как лучше всего реализовать уникальность ввода этого серийника

а если присваивать автоматом?

Формировать по-принципу формирования UNID документов?
например: часть текущая дата время, часть реплика ID, часть рандомных символов.

или использовать непосредственно UNID документа

@mvyush · 12.06.2012, 17:06

Если брать вариант вьюха с сортколонкой серийника - то реализуется уникальность только по документах определенного юзера - не катит.

Если категоризовать эту колонку и не взводить галку Dont show empty categories, то очень даже катит (на одном сервере).

@yyvvmm · 12.06.2012, 17:06

Сообщение от dymat

а если присваивать автоматом?

Формировать по-принципу формирования UNID документов?
например: часть текущая дата время, часть реплика ID, часть рандомных символов.

или использовать непосредственно UNID документа

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

@ныш · 12.06.2012, 17:16

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

Не очень понятно - т.е., он реальный (написан на детали) но не уникальный? А как тогда Вы планируете сопоставлять реальные номера с занесенными в базу, если, скажем, есть 2 детали с одинаковыми реальными номерами?

@morphyus · 12.06.2012, 17:20

iivvnn
нагенерируйте 40 к. документов номеров - и дёргайте, кто первый тот и застолбил номер.
после чего благополучно самоудалилться док-нумератор

@yyvvmm · 12.06.2012, 17:29

Сообщение от Мыш

Не очень понятно - т.е., он реальный (написан на детали) но не уникальный? А как тогда Вы планируете сопоставлять реальные номера с занесенными в базу, если, скажем, есть 2 детали с одинаковыми реальными номерами?

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

12.06.2012, 17:40

Сообщение от iivvnn

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

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

P.S.: помоему гораздо лучше завести справочник продукции, который видят все

@morphyus · 12.06.2012, 17:42

iivvnn
встаёт вопрос, а может пользователь должен видеть документ-деталь той детали которую держит в руках.

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

в документе-номере хранить только номер ))

@yyvvmm · 12.06.2012, 18:16

Сообщение от RAJ

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

P.S.: помоему гораздо лучше завести справочник продукции, который видят все

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

Добавлено:

Сообщение от Morpheus

iivvnn
встаёт вопрос, а может пользователь должен видеть документ-деталь той детали которую держит в руках.

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

в документе-номере хранить только номер ))

Он должен видеть док - только когда она у него - просто бывают случаи что по базе перемещают шустрее нежели физически.
Т.е. для документа детали создавать совй док номер только видымый для всех?? Получается кол-во документов в базе 40к Х 2?

@Kyzoryk86 · 12.06.2012, 18:48

Сообщение от iivvnn

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

Добавлено:
Он должен видеть док - только когда она у него - просто бывают случаи что по базе перемещают шустрее нежели физически.
Т.е. для документа детали создавать совй док номер только видымый для всех?? Получается кол-во документов в базе 40к Х 2?

Вам же написали что нужно делать поиск от системного пользователя (от имени сервера обычно), этот пользователь видит все документы.
Сделать это можно через агент запускаемый на сервере, обмен данными с таким агентом осуществляется "промежуточным/временным" документом (который после проверки удаляется).

Сделали поиск, нашли документ, нашли что он у другого пользователя, и выдали информацию "Что этот документ Васи Пупкина, свяжись с ним чтобы в базе он тебе передал его..." и красота)

@ныш · 12.06.2012, 19:11

Получается кол-во документов в базе 40к Х 2?

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

@mvyush · 13.06.2012, 09:41

iivvnn
Вы это читали/пробовали?

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	Контроль уникальности заводского номера - вариант №2 Maks 24.03.2026 В отличие от предыдущего варианта добавлено прерывание циклов, также добавлены новые переменные для сохранения контекста ошибки перед прерыванием цикла: Процедура ПередЗаписью(Отказ, РежимЗаписи,. . .
SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера - вариант №1 Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере документа выдачи шин для спецтехники с табличной частью в конфигурации КА2. Данные берутся из регистра сведений, по. . .

@yyvvmm 0 / 0 / 0 Регистрация: 05.09.2011 Сообщений: 99

	Еще Раз Уникальность 12.06.2012, 16:37. Показов 11061. Ответов 12 Метки нет (Все метки) Есть база (40 тыс документов). Каждому вручную присваивается (произвольняа комбинация символов) серийный номер. Документы разделены между 4 юзерами ридерс-полями. Как лучше всего реализовать уникальность ввода этого серийника, так что бы он был уникальный на всю базу? Если брать вариант вьюха с сортколонкой серийника - то реализуется уникальность только по документах определенного юзера - не катит. 0

@morphyus 1 / 1 / 0 Регистрация: 04.08.2006 Сообщений: 2,950
	12.06.2012, 17:20
	iivvnn нагенерируйте 40 к. документов номеров - и дёргайте, кто первый тот и застолбил номер. после чего благополучно самоудалилться док-нумератор 0

@morphyus 1 / 1 / 0 Регистрация: 04.08.2006 Сообщений: 2,950
	12.06.2012, 17:42
	iivvnn встаёт вопрос, а может пользователь должен видеть документ-деталь той детали которую держит в руках. переиначивая мой совет, зделать наооборот - каждый раз при регистрации новой детали создавать общедоступный документ-номер (если такого документа ещё нету) или отсекать юзеру пальцы (если документ-номер с таким номером уже есть в системе) в документе-номере хранить только номер )) 0

@mvyush 0 / 0 / 0 Регистрация: 19.04.2009 Сообщений: 2,219
	13.06.2012, 09:41
	iivvnn Вы это читали/пробовали? 0