Re-Bonjour,
Est-ce qu'il y a un moyen de trouver =E0 partir de quel champs
j'ai une erreur qui fait s'afficher "Le champs est trop petit pour
accepter la quantit=E9 de donn=E9es que vous voulez ajouter.Essayer
d'ins=E9rer ou de coller moins de donn=E9es"?
J'essaie de coller tout un paquet de donn=E9es de ma base sous
Access dans un tableau de champs sens=E9 se trouver sur un serveur. Ces
champs, je les ai d=E9clar=E9s un peu 'au pif' et peut-=EAtre ai =E9t=E9 un
peu trop juste pour l'un d'entre eux (ou certains d'entre eux).
Ce que j'aimerais savoir si s'il existe un type de traceur qui me
dirait quelle est la ligne de donn=E9es qui n'a pas pu =EAtre coll=E9e,
quel champs en particulier, de fa=E7on =E0 ce que je puisse revenir sur
la d=E9finition du champs de la table g=E9r=E9e sous pgAdmin.
Merci,
Pascal le Rudulier
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
Jac
Salut Pascal,
si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque cellule, colonne par colonne, puis en triant par ordre décroissant, tu pourras voir les maximums et les comparer avec tes définitions de champs dans Access.
Si ça peut t'aider...
Jac
a écrit dans le message de news:
Re-Bonjour, Est-ce qu'il y a un moyen de trouver à partir de quel champs j'ai une erreur qui fait s'afficher "Le champs est trop petit pour accepter la quantité de données que vous voulez ajouter.Essayer d'insérer ou de coller moins de données"? J'essaie de coller tout un paquet de données de ma base sous Access dans un tableau de champs sensé se trouver sur un serveur. Ces champs, je les ai déclarés un peu 'au pif' et peut-être ai été un peu trop juste pour l'un d'entre eux (ou certains d'entre eux). Ce que j'aimerais savoir si s'il existe un type de traceur qui me dirait quelle est la ligne de données qui n'a pas pu être collée, quel champs en particulier, de façon à ce que je puisse revenir sur la définition du champs de la table gérée sous pgAdmin. Merci, Pascal le Rudulier
Salut Pascal,
si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque
cellule, colonne par colonne, puis en triant par ordre décroissant, tu
pourras voir les maximums et les comparer avec tes définitions de champs
dans Access.
Si ça peut t'aider...
Jac
<pascallerudulier@gmail.com> a écrit dans le message de news:
1163677911.922440.65330@k70g2000cwa.googlegroups.com...
Re-Bonjour,
Est-ce qu'il y a un moyen de trouver à partir de quel champs
j'ai une erreur qui fait s'afficher "Le champs est trop petit pour
accepter la quantité de données que vous voulez ajouter.Essayer
d'insérer ou de coller moins de données"?
J'essaie de coller tout un paquet de données de ma base sous
Access dans un tableau de champs sensé se trouver sur un serveur. Ces
champs, je les ai déclarés un peu 'au pif' et peut-être ai été un
peu trop juste pour l'un d'entre eux (ou certains d'entre eux).
Ce que j'aimerais savoir si s'il existe un type de traceur qui me
dirait quelle est la ligne de données qui n'a pas pu être collée,
quel champs en particulier, de façon à ce que je puisse revenir sur
la définition du champs de la table gérée sous pgAdmin.
Merci,
Pascal le Rudulier
si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque cellule, colonne par colonne, puis en triant par ordre décroissant, tu pourras voir les maximums et les comparer avec tes définitions de champs dans Access.
Si ça peut t'aider...
Jac
a écrit dans le message de news:
Re-Bonjour, Est-ce qu'il y a un moyen de trouver à partir de quel champs j'ai une erreur qui fait s'afficher "Le champs est trop petit pour accepter la quantité de données que vous voulez ajouter.Essayer d'insérer ou de coller moins de données"? J'essaie de coller tout un paquet de données de ma base sous Access dans un tableau de champs sensé se trouver sur un serveur. Ces champs, je les ai déclarés un peu 'au pif' et peut-être ai été un peu trop juste pour l'un d'entre eux (ou certains d'entre eux). Ce que j'aimerais savoir si s'il existe un type de traceur qui me dirait quelle est la ligne de données qui n'a pas pu être collée, quel champs en particulier, de façon à ce que je puisse revenir sur la définition du champs de la table gérée sous pgAdmin. Merci, Pascal le Rudulier
3stone
Salut,
"Jac" | si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque | cellule, colonne par colonne...
Pffft ;-)
Un simple Len(champ) permet de connaître la taille...
Mais, une table ne se construit pas "au pif" ;-) Quoi que tu découvre, tu ne pourras pas les pousser dedans. La solution est donc de connaître parfaitement les données que tu dois gérer et de construire la/les tables en conséquences.
"Jac"
| si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque
| cellule, colonne par colonne...
Pffft ;-)
Un simple Len(champ) permet de connaître la taille...
Mais, une table ne se construit pas "au pif" ;-)
Quoi que tu découvre, tu ne pourras pas les pousser dedans.
La solution est donc de connaître parfaitement les données que
tu dois gérer et de construire la/les tables en conséquences.
"Jac" | si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque | cellule, colonne par colonne...
Pffft ;-)
Un simple Len(champ) permet de connaître la taille...
Mais, une table ne se construit pas "au pif" ;-) Quoi que tu découvre, tu ne pourras pas les pousser dedans. La solution est donc de connaître parfaitement les données que tu dois gérer et de construire la/les tables en conséquences.
oui mais, s'il n'arrive pas à les coller dans Access, il va avoir beaucoup de mal à compter ce qui ne rentre pas dans les cases...
"3stone" a écrit dans le message de news:
Salut,
"Jac" | si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque | cellule, colonne par colonne...
Pffft ;-)
Un simple Len(champ) permet de connaître la taille...
Mais, une table ne se construit pas "au pif" ;-) Quoi que tu découvre, tu ne pourras pas les pousser dedans. La solution est donc de connaître parfaitement les données que tu dois gérer et de construire la/les tables en conséquences.
oui mais, s'il n'arrive pas à les coller dans Access, il va avoir beaucoup
de mal à compter ce qui ne rentre pas dans les cases...
"3stone" <home@sweet_home.be> a écrit dans le message de news:
OkMmOeBDHHA.996@TK2MSFTNGP02.phx.gbl...
Salut,
"Jac"
| si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque
| cellule, colonne par colonne...
Pffft ;-)
Un simple Len(champ) permet de connaître la taille...
Mais, une table ne se construit pas "au pif" ;-)
Quoi que tu découvre, tu ne pourras pas les pousser dedans.
La solution est donc de connaître parfaitement les données que
tu dois gérer et de construire la/les tables en conséquences.
oui mais, s'il n'arrive pas à les coller dans Access, il va avoir beaucoup de mal à compter ce qui ne rentre pas dans les cases...
"3stone" a écrit dans le message de news:
Salut,
"Jac" | si tu colles tes données dans XL, tu pourras calculer le nbcar de chaque | cellule, colonne par colonne...
Pffft ;-)
Un simple Len(champ) permet de connaître la taille...
Mais, une table ne se construit pas "au pif" ;-) Quoi que tu découvre, tu ne pourras pas les pousser dedans. La solution est donc de connaître parfaitement les données que tu dois gérer et de construire la/les tables en conséquences.
bonjour access n'est pas comme dbase ou d'autres bases de données. Définir une longueur de champ (sauf en cas volontaire de limitation) est inutile, donc met à 255, çà ne prend pas plus de place. Access travaille en champs délimités
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"3stone" a écrit dans le message de news: %
"Jac" | oui mais, s'il n'arrive pas à les coller dans Access...
Relis son message, tu comprendras qu'elles sont "dans" Access !
bonjour
access n'est pas comme dbase ou d'autres bases de données. Définir une longueur de champ (sauf en cas volontaire de limitation) est
inutile, donc met à 255, çà ne prend pas plus de place. Access travaille en champs délimités
--
Pierre CFI
MVP Microsoft Access
Site pour bien commencer
Access http://www.mpfa.info
"3stone" <home@sweet_home.be> a écrit dans le message de news: %23EHftVEDHHA.4952@TK2MSFTNGP06.phx.gbl...
"Jac"
| oui mais, s'il n'arrive pas à les coller dans Access...
Relis son message, tu comprendras qu'elles sont "dans" Access !
bonjour access n'est pas comme dbase ou d'autres bases de données. Définir une longueur de champ (sauf en cas volontaire de limitation) est inutile, donc met à 255, çà ne prend pas plus de place. Access travaille en champs délimités
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"3stone" a écrit dans le message de news: %
"Jac" | oui mais, s'il n'arrive pas à les coller dans Access...
Relis son message, tu comprendras qu'elles sont "dans" Access !
Merci pour tous ces conseils. En fait ce message induit souvent en erreur puisque bien souvent il ne s'agit pas tant d'un champs trop petit que d'une incompatibilité de format. Pascal
Merci pour tous ces conseils. En fait ce message induit souvent en
erreur puisque bien souvent il ne s'agit pas tant d'un champs trop
petit que d'une incompatibilité de format.
Pascal
Merci pour tous ces conseils. En fait ce message induit souvent en erreur puisque bien souvent il ne s'agit pas tant d'un champs trop petit que d'une incompatibilité de format. Pascal
