Lors d'un import d'un gros fichier csv (150 000 lignes),=20
l'import se d=E9roule correctement mais l'ordre n'est pas=20
respect=E9.
Si je refait plusieurs fois la manip l'ordre change=20
encore.
Est-ce un bug connu ???
Comment puis-je contourner ce probl=E8me ???
Quelqu'un aurait-il une id=E9e ???
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
Raymond [mvp]
Bonjour.
personnellement je ne suis pas choqué par ce résultat, access devant procéder d'une façon logique pour lui mais quelle logique ? l'import est-il fait dans une table existante ? dans outils / options/ onglet tables-requêtes / index automatique à l'importation : supprime tout le texte. si tu a des index automatiques, access doit te présenter les données suivant un ordre d'index certainement. 60926 SP3 est bien la dernière version, pas d'autres mises à jour possibles.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour une meilleure efficacité de tes interventions sur MPFA
"Thierry" a écrit dans le message de news:0c4101c3b9f7$97b4b910$ Bonjour,
Lors d'un import d'un gros fichier csv (150 000 lignes), l'import se déroule correctement mais l'ordre n'est pas respecté. Si je refait plusieurs fois la manip l'ordre change encore. Est-ce un bug connu ??? Comment puis-je contourner ce problème ??? Quelqu'un aurait-il une idée ???
Je suis sous access 2000 (9.0 60926 SP63)
Thierry.
Bonjour.
personnellement je ne suis pas choqué par ce résultat, access devant
procéder d'une façon logique pour lui mais quelle logique ?
l'import est-il fait dans une table existante ?
dans outils / options/ onglet tables-requêtes / index automatique à
l'importation : supprime tout le texte. si tu a des index automatiques,
access doit te présenter les données suivant un ordre d'index certainement.
60926 SP3 est bien la dernière version, pas d'autres mises à jour possibles.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour une meilleure
efficacité de tes interventions sur MPFA
"Thierry" <tibabs@club-internet.fr> a écrit dans le message de
news:0c4101c3b9f7$97b4b910$a001280a@phx.gbl...
Bonjour,
Lors d'un import d'un gros fichier csv (150 000 lignes),
l'import se déroule correctement mais l'ordre n'est pas
respecté.
Si je refait plusieurs fois la manip l'ordre change
encore.
Est-ce un bug connu ???
Comment puis-je contourner ce problème ???
Quelqu'un aurait-il une idée ???
personnellement je ne suis pas choqué par ce résultat, access devant procéder d'une façon logique pour lui mais quelle logique ? l'import est-il fait dans une table existante ? dans outils / options/ onglet tables-requêtes / index automatique à l'importation : supprime tout le texte. si tu a des index automatiques, access doit te présenter les données suivant un ordre d'index certainement. 60926 SP3 est bien la dernière version, pas d'autres mises à jour possibles.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour une meilleure efficacité de tes interventions sur MPFA
"Thierry" a écrit dans le message de news:0c4101c3b9f7$97b4b910$ Bonjour,
Lors d'un import d'un gros fichier csv (150 000 lignes), l'import se déroule correctement mais l'ordre n'est pas respecté. Si je refait plusieurs fois la manip l'ordre change encore. Est-ce un bug connu ??? Comment puis-je contourner ce problème ??? Quelqu'un aurait-il une idée ???
Je suis sous access 2000 (9.0 60926 SP63)
Thierry.
Thierry
Bonjour,
Merci de la piste. J'ai essayé de modifier les paramêtres que tu m'indiquais même si je n'importais qu'au format texte et sans index. J'ai eu l'impression d'avoir un léger mieux en utisant l'import dans une nouvelle table créé au moment de l'import ... mais finalement NON. Et c'est complétement aléatoire (2 imports successifs donnent 2 résultats différents). Je vais devoir découper mes 150 000 lignes en trois fichiers chargeable dans excel et dans lesquel je rajouterai le numéro de ligne. C'est pas beau, c'est pas high tech ... mais ca devrait marcher.
Thierry.
-----Message d'origine----- Bonjour.
personnellement je ne suis pas choqué par ce résultat, access devant
procéder d'une façon logique pour lui mais quelle logique ?
l'import est-il fait dans une table existante ? dans outils / options/ onglet tables-requêtes / index automatique à
l'importation : supprime tout le texte. si tu a des index automatiques,
access doit te présenter les données suivant un ordre d'index certainement.
60926 SP3 est bien la dernière version, pas d'autres mises à jour possibles.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour une meilleure efficacité de tes interventions sur MPFA
"Thierry" a écrit dans le message de
news:0c4101c3b9f7$97b4b910$ Bonjour,
Lors d'un import d'un gros fichier csv (150 000 lignes), l'import se déroule correctement mais l'ordre n'est pas respecté. Si je refait plusieurs fois la manip l'ordre change encore. Est-ce un bug connu ??? Comment puis-je contourner ce problème ??? Quelqu'un aurait-il une idée ???
Je suis sous access 2000 (9.0 60926 SP63)
Thierry.
.
Bonjour,
Merci de la piste. J'ai essayé de modifier les paramêtres
que tu m'indiquais même si je n'importais qu'au format
texte et sans index.
J'ai eu l'impression d'avoir un léger mieux en utisant
l'import dans une nouvelle table créé au moment de
l'import ... mais finalement NON.
Et c'est complétement aléatoire (2 imports successifs
donnent 2 résultats différents).
Je vais devoir découper mes 150 000 lignes en trois
fichiers chargeable dans excel et dans lesquel je
rajouterai le numéro de ligne.
C'est pas beau, c'est pas high tech ... mais ca devrait
marcher.
Thierry.
-----Message d'origine-----
Bonjour.
personnellement je ne suis pas choqué par ce résultat,
access devant
procéder d'une façon logique pour lui mais quelle
logique ?
l'import est-il fait dans une table existante ?
dans outils / options/ onglet tables-requêtes / index
automatique à
l'importation : supprime tout le texte. si tu a des
index automatiques,
access doit te présenter les données suivant un ordre
d'index certainement.
60926 SP3 est bien la dernière version, pas d'autres
mises à jour possibles.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour une meilleure
efficacité de tes interventions sur MPFA
"Thierry" <tibabs@club-internet.fr> a écrit dans le
message de
Lors d'un import d'un gros fichier csv (150 000 lignes),
l'import se déroule correctement mais l'ordre n'est pas
respecté.
Si je refait plusieurs fois la manip l'ordre change
encore.
Est-ce un bug connu ???
Comment puis-je contourner ce problème ???
Quelqu'un aurait-il une idée ???
Merci de la piste. J'ai essayé de modifier les paramêtres que tu m'indiquais même si je n'importais qu'au format texte et sans index. J'ai eu l'impression d'avoir un léger mieux en utisant l'import dans une nouvelle table créé au moment de l'import ... mais finalement NON. Et c'est complétement aléatoire (2 imports successifs donnent 2 résultats différents). Je vais devoir découper mes 150 000 lignes en trois fichiers chargeable dans excel et dans lesquel je rajouterai le numéro de ligne. C'est pas beau, c'est pas high tech ... mais ca devrait marcher.
Thierry.
-----Message d'origine----- Bonjour.
personnellement je ne suis pas choqué par ce résultat, access devant
procéder d'une façon logique pour lui mais quelle logique ?
l'import est-il fait dans une table existante ? dans outils / options/ onglet tables-requêtes / index automatique à
l'importation : supprime tout le texte. si tu a des index automatiques,
access doit te présenter les données suivant un ordre d'index certainement.
60926 SP3 est bien la dernière version, pas d'autres mises à jour possibles.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour une meilleure efficacité de tes interventions sur MPFA
"Thierry" a écrit dans le message de
news:0c4101c3b9f7$97b4b910$ Bonjour,
Lors d'un import d'un gros fichier csv (150 000 lignes), l'import se déroule correctement mais l'ordre n'est pas respecté. Si je refait plusieurs fois la manip l'ordre change encore. Est-ce un bug connu ??? Comment puis-je contourner ce problème ??? Quelqu'un aurait-il une idée ???
Je suis sous access 2000 (9.0 60926 SP63)
Thierry.
.
3stone
Salut,
"Thierry" a écrit [...] J'ai eu l'impression d'avoir un léger mieux en utisant l'import dans une nouvelle table créé au moment de l'import ... mais finalement NON.
Malgré les apparences (et les croyances ;) il n'y a pas d'ordre dans une table.
Seul une clé primaire ou index unique peut garantir un ordre... c'est la raison pour laquelle on interroge une table via une requête dans laquelle on peut spécifier l'ordre désiré (si besoin est...)
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/charte.htm --------------------------------------
Salut,
"Thierry" <tibabs@club-internet.fr> a écrit
[...]
J'ai eu l'impression d'avoir un léger mieux en utisant
l'import dans une nouvelle table créé au moment de
l'import ... mais finalement NON.
Malgré les apparences (et les croyances ;) il n'y a pas d'ordre dans une table.
Seul une clé primaire ou index unique peut garantir un ordre...
c'est la raison pour laquelle on interroge une table via une requête
dans laquelle on peut spécifier l'ordre désiré (si besoin est...)
--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/charte.htm
--------------------------------------
"Thierry" a écrit [...] J'ai eu l'impression d'avoir un léger mieux en utisant l'import dans une nouvelle table créé au moment de l'import ... mais finalement NON.
Malgré les apparences (et les croyances ;) il n'y a pas d'ordre dans une table.
Seul une clé primaire ou index unique peut garantir un ordre... c'est la raison pour laquelle on interroge une table via une requête dans laquelle on peut spécifier l'ordre désiré (si besoin est...)
-- A+ Pierre (3stone) Access MVP -------------------------------------- Une pour tous, tous pour une ;-) http://users.skynet.be/mpfa/charte.htm --------------------------------------
