S'il devient nécessaire de migrer d'une configuration fournisseur vers une autre, ou lors de la mise à jour d'une configuration modifiée, si le fournisseur a par la suite ajouté un objet que nous avons ajouté lui-même, il se peut que les anciens et les nouveaux objets aient des identifiants internes différents. Lors de la comparaison / fusion des configurations, on peut voir que l'ancien document ne correspond pas au nouveau, car ils ont des identifiants de métadonnées internes différents, et lors du chargement (mise à jour) d'une nouvelle configuration de fournisseur, l'ancien document est supprimé avec tous les documents saisis.
Il existe plusieurs options pour résoudre ce problème:
A. Transfert de documents supprimés après la mise à jour de la configuration vers un nouvel objet de métadonnées à l'aide de règles d'échange (cette méthode recommande d'utiliser 1C);
. / . . ( ), / . .
. , . , , , . , .. .
"".
- , , . , ( ..) . . , , , «» . . , «» ( , ), — :
- / , , . , . : , , — . , , .
- XML-, :
- «» (ivi_.xml), :
:
:
:
- «” .
- , :
- , ,, .
https://its.1c.ru/db/metod8dev/content/1798/hdoc — .
Params, 1 MS SQL. , Deflate:
- Params DBNames:
SQL Management studio HEX, , . HEX BIN. HEX to BIN. https://tomeko.net/online_tools/hex_to_file.php?lang=en
, , 955126 .
- . : https://infostart.ru/public/618906/
DBNames ( — 1, — SQL):
- – 1 , SQL.
.
- (Inflate) , (9)
- SQL- DBNames:
UPDATE [ukf_real_test].[dbo].[Params] SET [BinaryData] = (
SELECT *
FROM OPENROWSET(BULK N'C:\DBNames-FM.dfl', SINGLE_BLOB) tt) where [FileName] = 'DBNames'.
, 1 :
UPDATE [ukf_real_test].[dbo].[Params] SET [DataSize] = 954234 where [FileName] = 'DBNames';
- 1. , 1 . , .
- 1 .
„“ „“:
.
1 , .
, , , .
. , , — .