Par accident(grace à AV) j’ai découvert que l’on pouvait créer un nom de
champ faisant référence à des cellules d’un autre classeur.
Est-il préférable de créer un nom de champ dans le classeur cible ou le
classeur source, quelle est la meilleure solution ?
=RECHERCHEV(A3;'C:\DOCS\adresse.xls'!DATABASE;2;FAUX)
=RECHERCHEV(A3;DATABASEADRESSE;2;FAUX) ou DATABASE est le nom de champ
créé dans le classeur actif faisant référence aux même cellules du fichier
source adresse.xls (« DATABASE »)
J’ai testé les deux solutions la taille du fichier est la même et les deux
fonctions ont le même inconveniant, si par malheur l’utilisateur ouvre en
même temps le fichier adresse.xls et qu’il le sauvegarde dans un autre
répertoire le fichier source risque à l’avenir de n’être plus le bon fichier
( je veux qu’en aucun cas C:\DOCS\ soit modifié).Peux-t-on prévenir ce danger
?
Je me suis aperçu qu’il fallait que le classeur source soit ouvert si on
avait de nombreuses fonctions de liaisons car sinon le temps de calcul était
très long ( je pense que c’est un défaut grave par rapport au tableur
concurrent ).
Je n’ai pas encore testé la différence entre les deux fonctions sur ce
problème.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
FxM
Bonjour,
Si tu veux que l'adresse ne soit pas modifiée, il fausrait qu'elle ne constitue pas une adresse.
Si tu écris c:docs en A1 par exemple, tu devrais pouvoir utiliser la fonction indirect, par exemple indirect(A1 & "adresse.xls")
Je ne peux t'aider plus sur la rechercheV lui préférant de loin index et equiv.
@+ FxM
Bonjour
Par accident(grace à AV) j’ai découvert que l’on pouvait créer un nom de champ faisant référence à des cellules d’un autre classeur. Est-il préférable de créer un nom de champ dans le classeur cible ou le classeur source, quelle est la meilleure solution ?
=RECHERCHEV(A3;'C:DOCSadresse.xls'!DATABASE;2;FAUX) =RECHERCHEV(A3;DATABASEADRESSE;2;FAUX) ou DATABASE est le nom de champ créé dans le classeur actif faisant référence aux même cellules du fichier source adresse.xls (« DATABASE »)
J’ai testé les deux solutions la taille du fichier est la même et les deux fonctions ont le même inconveniant, si par malheur l’utilisateur ouvre en même temps le fichier adresse.xls et qu’il le sauvegarde dans un autre répertoire le fichier source risque à l’avenir de n’être plus le bon fichier ( je veux qu’en aucun cas C:DOCS soit modifié).Peux-t-on prévenir ce danger ?
Je me suis aperçu qu’il fallait que le classeur source soit ouvert si on avait de nombreuses fonctions de liaisons car sinon le temps de calcul était très long ( je pense que c’est un défaut grave par rapport au tableur concurrent ). Je n’ai pas encore testé la différence entre les deux fonctions sur ce problème.
Merci encore pour votre aide
Bonjour,
Si tu veux que l'adresse ne soit pas modifiée, il fausrait qu'elle ne
constitue pas une adresse.
Si tu écris c:docs en A1 par exemple, tu devrais pouvoir utiliser la
fonction indirect, par exemple indirect(A1 & "adresse.xls")
Je ne peux t'aider plus sur la rechercheV lui préférant de loin index et
equiv.
@+
FxM
Bonjour
Par accident(grace à AV) j’ai découvert que l’on pouvait créer un nom de
champ faisant référence à des cellules d’un autre classeur.
Est-il préférable de créer un nom de champ dans le classeur cible ou le
classeur source, quelle est la meilleure solution ?
=RECHERCHEV(A3;'C:DOCSadresse.xls'!DATABASE;2;FAUX)
=RECHERCHEV(A3;DATABASEADRESSE;2;FAUX) ou DATABASE est le nom de champ
créé dans le classeur actif faisant référence aux même cellules du fichier
source adresse.xls (« DATABASE »)
J’ai testé les deux solutions la taille du fichier est la même et les deux
fonctions ont le même inconveniant, si par malheur l’utilisateur ouvre en
même temps le fichier adresse.xls et qu’il le sauvegarde dans un autre
répertoire le fichier source risque à l’avenir de n’être plus le bon fichier
( je veux qu’en aucun cas C:DOCS soit modifié).Peux-t-on prévenir ce danger
?
Je me suis aperçu qu’il fallait que le classeur source soit ouvert si on
avait de nombreuses fonctions de liaisons car sinon le temps de calcul était
très long ( je pense que c’est un défaut grave par rapport au tableur
concurrent ).
Je n’ai pas encore testé la différence entre les deux fonctions sur ce
problème.
Si tu veux que l'adresse ne soit pas modifiée, il fausrait qu'elle ne constitue pas une adresse.
Si tu écris c:docs en A1 par exemple, tu devrais pouvoir utiliser la fonction indirect, par exemple indirect(A1 & "adresse.xls")
Je ne peux t'aider plus sur la rechercheV lui préférant de loin index et equiv.
@+ FxM
Bonjour
Par accident(grace à AV) j’ai découvert que l’on pouvait créer un nom de champ faisant référence à des cellules d’un autre classeur. Est-il préférable de créer un nom de champ dans le classeur cible ou le classeur source, quelle est la meilleure solution ?
=RECHERCHEV(A3;'C:DOCSadresse.xls'!DATABASE;2;FAUX) =RECHERCHEV(A3;DATABASEADRESSE;2;FAUX) ou DATABASE est le nom de champ créé dans le classeur actif faisant référence aux même cellules du fichier source adresse.xls (« DATABASE »)
J’ai testé les deux solutions la taille du fichier est la même et les deux fonctions ont le même inconveniant, si par malheur l’utilisateur ouvre en même temps le fichier adresse.xls et qu’il le sauvegarde dans un autre répertoire le fichier source risque à l’avenir de n’être plus le bon fichier ( je veux qu’en aucun cas C:DOCS soit modifié).Peux-t-on prévenir ce danger ?
Je me suis aperçu qu’il fallait que le classeur source soit ouvert si on avait de nombreuses fonctions de liaisons car sinon le temps de calcul était très long ( je pense que c’est un défaut grave par rapport au tableur concurrent ). Je n’ai pas encore testé la différence entre les deux fonctions sur ce problème.
