"Имеются записи с одинаковыми измерениями" - как найти? #655456

При обновлении УПП конфигуратор выдал: Объект изменен: РегистрСведений.ЗаписиОСтажеДляСЗВ4 ЗаписиОСтажеДляСЗВ4. Имеются записи с одинаковыми измерениями и принимать изменения отказывается. ТиИ не помогло!? Написал обработку, запросом сделал сортировку всех записей по измерениям, в надежде, что записи-дубли окажутся соседними. Перебрал все записи, сравнивая каждую последующую запись с предыдущей... дублей не выявлено!? Как найти дубли-записи с одинаковыми измерениями?

а ты ж запрос делал к старому набору измерений

Сделай запрос по всем измерениям Добвь колонку с 1 Сгруппируй по измерениям, суммируя колонку Там где будет >1 -- то что тебе надо

При обновлении УПП При обновлении обновлении...

см

Гипнотизируешь? =)

намекаю

в поиск. обсуждалось 100 раз.

В общем-то обновления и не было. Конфигурация базы свежая, изменений сделано много, а конфигурация поставщика еще редакции 1.2. Оказалось ее обновляли как клюшку. Решил исправить, взял свежую демо базу, через сравнение загрузил конфигурацию рабочей базы, полученную конфигурацию сохранил в файл. Затем ее загрузил в рабочую (пока копию) базу. Вроде все совпало по объектам (ожидал худшего), но вот беда - Имеются записи с одинаковыми измерениями. Может как-то по другому можно загрузить конфигурацию поставщика, чтобы конфигуратор не проверял все объекты?

Да ты можешь думать что угодно, но причину я уже озвучил.

Как исправить?

Тяжело с тобой... Давай на пальцах: сейчас дублей нет. Если обновлять базу - они появляются. Какой из этого можно сделать вывод?

смотри старые измерения и новые. может тип реквизита изменился и вместо разных старых значений неопределено стало в нескольких строках

смотри сстав измерений регистра до и после обновления: либо какие-то измерения удалены, либо стали ресурсамиреквизитами

Конфигурацию базы не меняю, хочу загрузить конфигурацию поставщика того же релиза, что базы. Напрямую, через Поддержка/Настройка поддержки не получается - конфигуратор вылитает по кнопке "Открыть".

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

Что именно ты хочешь обновить? основную конфигурацию или поставщика? Показания у тебя меняются чтото.

Эпитафия: "Тем, кто ставит обновления через сравнить/объединить, посвящается".

Вот универсальное лечение. Правда уже давно не обновляется. В ИР самая свежая.

"Бац, бац... и мимо"(с) ТС хотел обновить только конфигурацию поставщика, а получил невольно и изменение основной и конфгурации БД. Которые ему совсем не нужны. Фраза из "Вроде все совпало по объектам" - настораживает. ТС не в полной мере владеет инструментами или не обладает объективной информацией?

ТС вообще слабо владеет ситуацией, судя по всему :)

Да, только конфигурацию поставщика, чтобы потом нормально обновляться... По составу измерения РС ЗаписиОСтажеДляСЗВ4 ред. 1.2 теже, а по типу - посмотреть не могу, при попытке открыть конфигурацию поставщика, конфигуратор вылетает... Каким еще способом можно обновить конфигурацию поставщика?

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

Бэкапы не помогут, так обновляли 3-5 лет... еще с времен УПП1.2

Конфигурация поставщика обновляется при обновлении через поставку. Дальше думай сам, пора ведь когда-нибудь начать уже.

Не совсем понял, в чем сложность с конфигурацией на поддержке. Берешь внешнюю обработку по ссылке или из "ИР мобильные" и запускаешь в базе, основная конфигурация которой содержит новую конфигурацию поставщика, а конфигурация БД - старую. Где я ошибся?

Не приходилось... т.е. снять с поддержки, и поставить вновь со свежей конфигурацией поставщика? Опасаюсь, таже хрень будет - не встанет!?

"ИР мобильные" - это что?

Он не хотел обновлять основную конфигурацию. вроде как УПП рекомендуют обновлять поэтапно-не пропуская релизов...

А чем ты рискуешь в таком случае? Устаревшей конфой поставщика, которая до этого нафиг никому не нужна была? Соглашайся на постановку поддержки и откажись от изменений основной конфигурации -всё норм будет, не боись :)

Не предлагает!? Делаю через Поддержка/Обновить конфигурцию/Выбор файла обновления выбираю ранее сохраненную конфигурацию поставщика, показывает информацию о старой и новой конфигурации поставщика, я соглашаюсь, а в ответ "Файл не содержит доступных обновлений"!? А поэтапно с 1.2 до последнего 1.3 обновлять не реально, сразу никак? А если сначала снять с поддержки, то сразу говорит "Файл не содержит доступных обновлений"!? Что нитак делаю?

Ответ в . К чему дальнейший тупняк?

Состав измерений не изменился, см.. Может их тип изменился, надо искать 1.2.17.3

Да. Обычно тип как раз меняется. В типовых при правильных переходах (с предварительной подготовкой базы) не должно быть таких проблем . Поэтому ты что то явно не так делаешь. Но если не хочешь разбираться и хочешь именно понять какие записи станут неуникальными, то

Выходит сразу заменить на новую конфигурацию поставщика можно сделать либо загрузив ее (как я и сделал, см. ), либо сравнить/объединить, предварительно сняв с поддержки. В обоих случаях конфигуратор делает проверки объектов... А поскольку основная кофигурация не менялась, то получается, что записи-дубли РС уже существуют!?

Видимо в данном случае только сам...)

как вариант:

Это поможет когда записи уже неуникальные. Обычно это проверяет конфигуратор перед применением новой структуры таблиц. Т.е. в данном случае записи только собираются стать неуникальными.

При втором варианте результат может быть неожиданным из-за несовпадения внутренних идентификаторов метаданных.

Посмотреть, возможно измерения из справочников с предопределенными элементами, и происходит изменение этих предопределенных элементов. Попробовать запросом выбрать записи из регистра по предопределенным элементам. Как вариант: 1. Выгрузить данные из регистра в ТЧ и сохранить в файле 2. Очистить регистр сведений 3. Обновить конфигурацию 4. Загрузить данные из файла в ТЧ и заполнить регистр сведений

2-й вариант прошел успешно! Правда на копии, полученной выгрузкой-загрузкой. Возможно, дубли-записи были, а выгрузкой-загрузкой пролечились? После празников проверю еще раз, если что будут использовать варианты и . Всем спс.

Блин, рано я радовался... Не все объекты встали на поддержку (помеченые желтыми кубиками), есть серые - "Объект поставщика снят с поддержки. Имеются дочерние нередактируемые объекты поставщика, препятствующие удалению"!? В этот раз делал стандартно: снял конфигурацию с поддержки (она была от 1.2 редакции), через Сравнить/Объединить загрузил свежую конфигурацию поставщика от 1.3 редакции, соответствующую основной. С предложением поставить на поддержку согласился. Все галочки снял в окне сравнения, чтобы основная конфигурация не изменилась. Нажал "Выполнить", появилось окно "Настройка правил поддержки". В левой части Новые объекты с правилом "Изменения разрешены" отметил "Объект редактируется с сохранением поддержки", остальные не трогал (мне всегда такой настройки хватало, не возниколо необходимости что-то еще включать!?). Сохранение изменений вроде прошли успешно, не было долгих проверок как раньше (через Загрузку конфигурации из файла). И тут такой сюрприз!? Смотрю, например, ДоговорыКонтрагентов. Ну, добавлено пара своих реквизитов, ФормаЭлемента изменена... все остальные элементы объекта остались на поддержке, а в целом объект снят с поддержки. Почему?

Ох и попа тебя ждет, если идентификаторы слетели у объектов!

Ожидал худшего (такое наследство досталоь, 5 лет ее как клюшку обновляли), но удаления и создание новых объектов не произошло... Почему не все объекты встали на поддержку? С таким впервые столкнулся...

только один я заметил что автор перепрыгнул через обновления за пару лет??? и ксти что занчит "ее как клюшку обновляли" ???

"Клюшка" - версия 7 (см. )

это я знаю, ты обьясни как ее обновляли

Могу лишь предполагать, что обновляли не рабочую базу (за 5-7 лет), а, например, демо базу, которая шла в 1-й поставке УПП. Сравнивали новый и старый релизы, и изменения вручную переносили в рабочую базу, в основную конфигурацию, а конфигурация поставщика оставалась старой. Удивляюсь, как еще идентификаторы слетели у объектов!? Примерно так я делал в 7-ке, когда своих изменений стало очень много.

[ и изменения вручную переносили в рабочую баз] для УПП такой вариант исключен

Есть другое предположение, а главное - это как-то поможет понять причину, почему не все объекты встали на поддержку?

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

Нашел самый старый релиз 1.2.39.1, сделал сравнение, никаких изменений по составу измерений и ресурсов не было. Единственное изменение в форме списка - Процедура РегистрСведенийНаборЗаписейТретийПараметрИсчисляемогоСтажаНачалоВыбора(Элемент, СтандартнаяОбработка)

вы упорно игнорируете слово "внутренний идентификатор". Например, измерение регистра в обновлении и точно такое измерение, но добавленное вручную, имеют разные УИДы. Поэтому это измерение не встанет у вас на поддержку.

Так тебе уже все-равно откуда могли появиться дубли? Т.е. просто съехал на проблему обновления/замены конфиги и все? Если не все-равно, то нужно узнать бывает на этой базе обмены данных с какими-то периферийными или были когда-то раньше.

Такие случаи обнаруживаются сразу при обновлении (записи по F7) конфигурации - вываливается предупреждения: создан новый объект, и удален объект с тем же именем. Но это если конфигурация на поддержке, а тут, поддержка фактически снята... х.з. как все было.

Как я понял эти дубли - записи-фонтомы, программно не доступны. Если они есть, то бораться с ними можно методом подсказанным .

+ сейчас в вылеченной выгрузкой-загрузкой копии проблема "Имеются записи с одинаковыми измерениями" исчезла. Теперь, ставя на поддержку стандартным способом (см. ), не встали на поддержку несколько объектов. После 2-й попытки их осталось всего 10. При 1-й попытке я снимал все галочки в окне сравнения/объединения. При 2-й попытке с тех объектов, которые не встали на поддержку 1-й раз, галочки не снимал, т.е. они должны остаться такими же как в конфигурации поставщика. Вот только не у всех таких объектов эти галочки были...

На сайте в бесплатных материалах есть видео-ролики по теме "Приемы обновления типовых конфигураций" В т.ч. подробно рассмотрены вопросы обновления через несколько релизов