Pb liendoc aprés copie

[gvana]

bonjour,

j'ai actuellement un petit soucis,

voilà le contexte,
j'ai une base de document qui permet de gérer les suivi de courrier (courrier.nsf).
cette base de document possède deux vue principale : une vue arrivée et une vue départ

chaque document de la vue arrivée possède un lien doc vers un document de la vue départ.

cette base de document contient environ 80 000 documents.

donc chaque année, pour alléger un peu la base, on effectue une copie de celle-ci que l'on appelle par ex courrier2009.nsf

dans cette base courrier2009.nsf on y supprime les document de l'année 2010 pour ne conserver que ceux de 2009.
meme chose pour la base courrier.nsf sauf que l'on supprime les docs de l'année 2009.

le problème est le suivant :
pour la base principale courrier.nsf rien à signaler.

par contre pour la base copié courrier2009.nsf, tous les lien docs ne fonctionne plus et pointent toujours vers les document de la base courrier.nsf au lieu de pointer vers courrier2009.nsf.

j'aurais donc aimé savoir s'il y avait un moyen lors de la copie de faire en sorte que les lien docs restent valides ?
ou si aprés la copie il y avait une méthode pour pouvoir mettre à jour les liens doc ?

ou eventuellement une méthode de contournement ?

d'avance en vous remerciant

a+

[lapin29]

Pourquoi tu ne fais pas une archive...?

[Bidouille]

Salut,

Qu'entends tu par "copie" ?

copie avec l'OS ou bien une nouvelle copie au sens domino
Dans le premier cas les différents IDs ne sont regénérés d'ou la possibilité de conflits ...

[gvana]

re-

j'entend par copie, une copie au niveau OS.

[Bidouille]

Pas bien !!

a la limite fait comme dit LAPIN29 une archive sinon tu fait une "nouvelle copie" .... >> fichier >>> base de docs>>>nouvelle copie >>> etc ...

[gvana]

ok je vais reessayer comme ça,

mais il me semble qu'en copiant de la sorte il me plante les fameux liens docs

[mike76]

juste pour info lorsque tu crées une copie via l'OS ça correspond à une réplique

[SISSI]

Slt, Je pense aussi qu'il ne faut pas faire de copie via OS dans ce cas mais soit une "nouvelle copie" ou une "archive" serait le mieux... comme cela les liens seront "recalculés" pour que cela fonctionne. A essayer !

[vonjeo]

Salut,

A ta place je ferai aussi une archive. La copie perdra le lien car ta nouvelle base sera... toute neuve avec de nouveaux ID pour tes vues/documents, etc... donc tes anciens liens ne fonctionneront plus.

++

[Michael DELIQUE]

salut

la regle est simple : copie = nouveau UNID pour un doc Sauf (ben oui faut bien une execpetion) entre les deux réplique d'une même base

[elgoe]

Si tu fait une copie fichier sur un autre serveur normal qu'il ne trouve plus le document car dans le lien il y a le nom du serveur l'id de replique de la base et l'id du doucment. Si tu la laisse sur le même serveur et que tu répliques tu va avoir de drôle de surprise avec 2 bases avec le même ID de replique sur le même serveur, mais si tu est joueur amuse toi bien.

Donc fait une copie domino qui elle va te recalculé les liens, et surtout te changera l'id de replique de ta base.

Ou crée tout simplement une nouvelle base, et garde l'ancienne en consultation, c'est à dire que au lieu de changer le nom de ta base pour l'archiver, tu change le nom de ta base en cours, chaque année.

[roubech]

je doute que la copie via Notes viennes mettre à jour les liens doc dans les champs RichText
je serai plutot pour une archive qui ne change pas le unid du doc (du moins la partie correspondant au doc, car l'ID de la base lui change bien)

sinon, ca aurai peut-être était plus simple de stocker le UNID ou une autre clé du doc départ dans le doc arrivée