Имеем платформа 1С 8.2.18.104(на старых релизах говорят тоже было).

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

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

Это баг или фича? И кто как выкручивался в подобной ситуации?

Скриншот здоровый
http://s019.radikal.ru/i625/1307/71/d17dffdc1417.png

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

да

(1)Без него аналогично. Говорю ругается даже когда запись всего одна.

(3) так а что меняется в РС перед обновлением?

(4)Ничего.

(3) убери из запроса и покажи, что там "ничего"

а еще может быть база битая

а может и не на этот регистр ругается, окошко с руганью тоже было бы неплохо

(6)Сейчас этот я уже очистил. Если на другой ругнется покажу.

(7)Когда регистр очищаешь все проходит на ура. Если эту-же базу не подключать к хранилищу то все проходит на ура.

(10) ну без "улик" я, например, не верю. У меня и хранилище, и РС много раз правились и все работает...

и ошибка такая была только когда реально задвоения были при удалении/сокращении типов измерений

(0) Это у тебя измерение удалено.

Как назло все регистры прошли. Сейчас запись добавлю и попробую.

(13)Именно с этим регистром ничего не делалось.

(15) на скрине 2 измерения, запрос проверяет три поля. Хорош нам голову морочить.

Просто добавление не помогло. Придется заново базу поднимать.

(16)Там еще ресурс один.

(18)
https://www.youtube.com/watch?v=XZxzJGgox_E

уникальность идет по измерениям и "системным измерениям" (период, Регистратор, НомерСтроки, но это уже тонкости)

Итак имеем.

Сравнение того, что измелилось у регистра. http://s017.radikal.ru/i401/1308/bd/c6c9a470a25c.png
Только формы.

При попытки сохранить получаем http://s47.radikal.ru/i115/1308/44/47542bb61ef6.png

Проверка средствами 1С http://s49.radikal.ru/i125/1308/bf/f4b0a2bb3a02.png Показывает отсутствие дублей в данном регистре.

Смотрим структуру данного регистра в ИБ. Как оказалось у регистра две таблицы и у каждой таблицы по два индекса.
Основная таблица.
Основной индекс - http://s47.radikal.ru/i115/1308/a9/4899802062ac.png
Индекс по примарикей - http://s56.radikal.ru/i151/1308/80/d95d5a930f3b.png

Таблица регистрации изменений(на всякий случай)
Основной индекс - http://s59.radikal.ru/i163/1308/11/142a4d043fac.png
Дополнительный(без поля номера сообщений) - http://i038.radikal.ru/1308/48/e6f6b0dff3a6.png

Ну и запросы средствами SQL к данным таблицам:
http://s017.radikal.ru/i415/1308/47/7d0a37c151ef.png
http://s020.radikal.ru/i716/1308/76/ad4ece4874ce.png
http://i016.radikal.ru/1308/e9/7d2a5f50ca35.png
http://s020.radikal.ru/i708/1308/4e/e1f27b055828.png

Как видим никаких дублей нет.

(0) Есть измерения составного типа?

(21)В данном регистре нет.

Но в таблице регистрации изменений для данного регистра есть. Планы счетов могут быть разные.

а историю в хранилище ведете? может кто-то добавлял/ удалял измерение. В итоге на данный момент изменений то вроде и нет, но ИБ обновить успели.

в любом случае решается это только выгрузкой/очисткой/загрузкой )

ну если кто другой способ знает, пусть поделится

(24)Ведем.

(25)Для выгрузки/загрузки средствами 1с слишком большой объем данных(объем базы приблизительно - 350гигов). А вот проблем с очисткой хотелось бы избежать.

апну

Походу придется чистить.