Интересная ситуёвина

[Sandr]

Есть документ в БД1. У него есть итем, который хранит реальный (не текстовый) UNID левого документа этой же БД1. Сделано для псевдо-связи родитель-дочерний.
Все рпаботает нормально. НО! Если в БД2 создать новый документ и скопировать ему все итемы этого документа из БД1, то этот UNID изменяется странным образом.

БД1
Значение итема в документе FC26F5DD2:A04AECA8-NC22573D3:002E26B3
БД2
Значение итема после копирования FC225714B:0025CB0B-NC22573D3:002E26B3

Как видите, почему то изменилась первая половина UNIDа. И она чудесным образом совпадает с ReplicaID БД2 (в первой БД первая половина UNIDа не совпадала с репликой БД1)

Может кто знаком с подобным приколом? Буду рад услышать мнения...

ЗЫ: При копи-пасте значение итема не меняется.. тока при копировании итемов...

 

[Omh]

А какой тип item'a?
NotesRef?

 

[Sandr]

Field Name: myParent
Data Type: Response Reference List
Data Length: 18 bytes
Seq Num: 1
Dup Item ID: 0
Field Flags: SUMMARY

FC225714B:0025CB0B-NC22573D3:0043FFDF

 

[Omh]

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

Думаю, это какая-то низкоуровневая нотесная фича.
Вот если бы текстовое поле изменялось при копировании я бы удивился

А вообще, фик знает

 

[Constantin A Chervonenko]

Соображения:
1.В ReferenceList-item-ах могут содержаться только ссылки на документы ЭТОЙ-ЖЕ базы (в отличие от RTF). В базе2 есть этот док-т? Какой у него UNID?
2.А попробуйте копировать док-т в базу-2 ВМЕСТЕ с UNID-ом

 

[D!m@n]

<!--QuoteBegin-Constantin A Chervonenko+20:01:2008, 05:49 -->
<span class="vbquote">(Constantin A Chervonenko @ 20:01:2008, 05:49 )</span><!--QuoteEBegin-->А попробуйте копировать док-т в базу-2 ВМЕСТЕ с UNID-ом

[snapback]94266" rel="nofollow" target="_blank[/snapback]​

[/quote]А как копировать документ в другую базу с сохранением его UNID'а?

 

[Omh]

Для: D!m@n
Начиная с R6 пропертя UniversalID стала read-write.
Присваиваешь необходимый UNID перед сохранением в новой базе и всё.

 

[Sandr]

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

Думаю, это какая-то низкоуровневая нотесная фича.
Вот если бы текстовое поле изменялось при копировании я бы удивился

А вообще, фик знает

Дык я ж не копипастю.. а создаю лок и копирую в него итемы..

Соображения:
1.В ReferenceList-item-ах могут содержаться только ссылки на документы ЭТОЙ-ЖЕ базы (в отличие от RTF). В базе2 есть этот док-т? Какой у него UNID?
2.А попробуйте копировать док-т в базу-2 ВМЕСТЕ с UNID-ом

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

 

[D!m@n]

<!--QuoteBegin-Omh+20:01:2008, 15:24 -->
<span class="vbquote">(Omh @ 20:01:2008, 15:24 )</span><!--QuoteEBegin-->Начиная с R6 пропертя UniversalID стала read-write.
Присваиваешь необходимый UNID перед сохранением в новой базе и всё.

[snapback]94280" rel="nofollow" target="_blank[/snapback]​

[/quote]Не знал...
Спасибо за ответ!

 

[Constantin A Chervonenko]

Для: D!m@n
Начиная с R6 пропертя UniversalID стала read-write.

Редкий случай: ТЫ отстал от жизни (обычно - это я ) Эта пропертя доступна на запись еще с 4-ки!

 

[Omh]

Хм, может быть.
Но то, что упоминанеи в help'е о том, что она стала read-write 100% появилось в R6.
Под R5 мне ещё не требовалсь менять UNID, так что всё может быть