Добрый вечер!
Я тут уже спрашивал по поводу неправильного удаления из регистра, а теперь другой случай.
Есть зависимый непериодический регистр сведений. В нем несколько измерений (Номер, Материал, Поле - всего 7). Предполагалось, что будет уникальный ключ по 7 измерениям + само собой по регистратору (ведь зависимый же!).
А ничего не вышло. Как только совпали 7 измерений (два разных документа - проводят одно и то же), регистраторы разные, а регистр пишет все тоже - "Запись с такими ключевыми полями существует!".
Теперь записать новый документ можно только после полного удаления старого (теперь, конечно же, корректно!).
Как теперь сделать "множественность" по регистраторам? чтобы можно вводить разные регистраторы с одинаковым набором данных. а регситр все же отслеживал уникальность.
Пытался перевести регситр в положение "зависимый периодический по регситратору" - так теперь не записывает по старому РС.Отбор.Регистратор - типа, не находит больше ничего.
Ввести измерение "ДокументРегистратор" и перепровести заново?

Первое, что приходит на ум - сделать регистр периодическим.

периодический до секунды

да, ввести измерение ДокументРегистратор, сказать ему ведущее. Если это 8.2, то среди дивжений документов, которые по кнопке перейти, будет и твой РС

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

(4) если предполагается совпадение по измерениям, то обязательно...

(4) период заполняешь?

(6) и вообще, за слова "не работает" без подробностей надо табуреткой по пальцам... рук и ног... раз десять...

(5) предполагалось, что набор измерений будет уникальным. А получается, период тоже надо?
(6) в Отборе? так мне Период не нужен для алгоритма работы.
(7) не работает - это не работает: нет записи при "ОК" в регистр после смены Непериодический на "Периодический по регистратору" (код для НаборЗаписей тоже не менялся, Отбор только по Регистратору остался).

(0) нормальное поведение непериодического регистра сведений

+(9) нужно сделать регистр периодическим по позиции регистратора

(8) при чем тут отбор? в наборе записей период заполнять надо...

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

(12) а если два разных регистратора захотят записать одинаковые записи в непериодический регистр?

2(13) Я предполагаю что у него будет ведущее измерение Регистратор -см.(3)

разве что второй документ регистратор пожелает в качестве регистратора подставить первого... Тогда да, у него так не получится... :)

(14) а... не обратил внимание... но масло масляное, а? :)

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

(12) номер строки уже есть с самого начала. Там 7 измерений. Именно что (13) два регистратора делают одни и те же записи в непериодический регистр, а смена на Периодический - при ОК старые записи по документу удаляются (стоит Стереть отбор). а новые не появляются! Я про Период не понял - где его в НабореЗаписей заполнять надо? Вот есть после РегистрыСведений.Материалы.СоздатьНаборЗаписей() - Отбор.Регистратор.Установить, далее - ставить Отбор.Период что ли?

(18) дальше у тебя набор заполняется, вот там и заполняй, как измерения и ресурсы заполняешь...

(12) чтобы документ не делал две одинаковых записи - у меня 7 измерений на ключ брошено :).
Т.е. я ставлю сейчас новое измерение Регистратор, делаю его ведущим, и все? и лишь заполняю новое измерение?

А почему у меня нет галочки "Включить в основной отбор" у измерения?

(21) воруют...

(22) кто? :) верните на место :)
А получается, что я изначально неверно выбрал путь: надо было делать независимый регситр и ставить ведущее измерение "Регистратор", и программно все писать (соотв., при удалении документа-регистратора - автоматом удаляются записи в регистре), а я понадеялся на подчинение Регистратору (зависимый сделал), записи-то удаляются при удалении регистратора, а вот уникальность по регистратору не проверяется - нужно указывать Период, в пределах которого будет дополнительно к измерениям контролироваться уникальность записей (и без регистратора, он в контроле уникальности, получается, сбоку-припеку).
А интересно, если сделать ведущими несколько измерений (а они в свою очередь будут ссылками на объекты) - запись будет удаляться при удалении любого из них или только всех сразу?

(23) любого...

(21) а, Основной отбор появляется, если регистр Независимый, и нужен для атоотбора при обмене - в РИБ по-умолчанию (если не задан принудительный отбор) обмен идет порциями, отобранными по признаку этой самой установленной галочки.
Вона чего...
(24) т.е. удалишь один - и все, записи хана?! это ж здорово :)

(25) думаю так... потому что, если не так, то как бы смысла нет ставить несколько ведущих... но вообще не проверял...

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

Вот те раз, вписал новое измерение "Регистратор", сменил режим записи на "Независимый" - а новое измерение исчезло! Меняю в обратном порядке...
"И сколько нам приколов чудных готовит Одинэса дух..."
(27) в смысле, программно прочитал старое - записал уже с заполненным полем Регистратор? А на 1560 доков х 15 записей - сколько времени уйдет на это?

(28) ну не знаю... может, секунд 15-20... плюс минус на железо...

(29) у вас, похоже, сервак 12-ти ядерный на каждый из 2-х процов .... :)

На обычном Xeon 5050 это намного дольше?

(28) 20К записей влегкую должен записать.

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

Не получиться как я написал в (27), нужен отбор по регистратору:(

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

(34) ну да, там отбор ТОЛЬКО по регистратору у зависимого, измерений нет..

(30) да фиг его знает, если честно, но по-любому не долго...
Делаешь выборку по регистраторам регистра, а потом в цикле получаешь наборы по каждому регистратору, правишь и записываешь...

(37) Угу, все  равно быстрее чем перепроводить

Чем обусловлен выбор регистра сведений? Почему не оборотный регистр например?

(39) что-то как-то не в тему... вряд ли ему нужен приход-расход, если он регистр сведений сделал...

(39) потому что данные нужны все, а не только последние. Регистр используется как хранилище изменяемой информации, а не как накопительный склад. Если для этих целей использовать РН - то там был бы один сплошной приход без расхода, и никакими преимуществами РН (остатки-обороты) воспользоваться нельзя, а актуальность, напротив, на уровне регистра не проверишь, поэтому РН не для этих целей создавался :)
Хотя тоже таблица, тоже в базе, тоже реляционная :)

(39) вы наверное, подумали, что это для склада Материалов :)
Нет, это для расчета характеристик этих самых материалов и изделий из них.

А вот еще такой вопрос - если удалить РС из конфигуратора совсем, прежние таблицы с данными из базы удаляются или остаются в виде мусора?

(19) специально попробовал - Зависимый регистр, периодичность по регистратору:
заполняется только Движениями, вручную (через СоздатьНаборЗаписей) никак.
"Запись.Период = Дата" была с самого начала, но вручную зависимый регистр заполняется только если нет периодичности (с чего начал тему), ставишь периодичность - все, только движениями.

мило так беседую сам с собой :)....

(44) не, все еще хитрей - если есть Движения, записывающие данные с определенной ТЧ дока в регистр (например, ранее по ОК были проводки со строго определенной таблицы дока в РС через движения) - то и вручную будет потом записывать/перезаписывать эти же строчки (т.е. по уже существующим в таблице регистра.
А если движений не предусмотрено для таблицы дока - то и вручную ничего не пишет, только команда Очистить срабатывает из всей "ручной" записи..

(43)если при сохранении тебе 1с сказала что реструктуризирует чего-то, то удаляются

Говорит только - "данные из регистра будут удалены" при сохранении конфы.
Кстати, если преобразовывать РС из независимого в зависимый - данные в регистре затираются, если наоборот (из зависимого в независимый) - то нет.