Имеется признак, допустим ZPR1, для него есть соединение с другим признаком, допустим ZPR2. В основных данных признака самопроизвольно появляются новые значение. Закономерность такова:
- было
ZPR2 | ZPR1 | TXT
1 | a | чего-то там
1 | b | чего-то там
2 | c | чего-то там
2 | d | чего-то там
3 | f | чего-то там
3 | g | чего-то там
- стало
ZPR2 | ZPR1 | TXT
1 | a | чего-то там
1 | b | чего-то там
1 | c |
1 | d |
1 | e |
1 | f |
1 | g |
2 | c | чего-то там
2 | d | чего-то там
3 | f | чего-то там
3 | g | чего-то там
Эти вновь появившиеся данные удаляются без проблем. В таблицах /BIC/MZPR1, /BIC/PZPR1 этих данных нет. В /BIC/SZPR1 есть. По журналам не получается отследить откуда они берутся. Куда копать? Может кто сталкивался?

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

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

to N.
Было такое подозрение, но сейчас данный признак расширяется новыми значениями и этот глюк вылезает и по новым значениям, по которым заведомо не могло быть данных в кубе. Журнал ничего не показывает, кроме ручного изменения основных данных признака.
to Samurai
В признак ничего подобного не грузится, 100 %, и доступа у пользователей к нему нет.

Что-то мне подсказывает, что ответ надо искать в таблице измерений куба.
И еще:
А чем тебе мешает наличие записей в таблице SID?