Précédent   Forum des professionnels en informatique > Bases de données > Décisions SGBD
Décisions SGBD Forum de décisions sur le choix en bases de données. Le Comparatif
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 22/11/2006, 21h28   #1
Invité de passage
 
Inscription : novembre 2006
Messages : 19
Détails du profil
Informations forums :
Inscription : novembre 2006
Messages : 19
Points : 4
Points : 4
Par défaut Enregistrement de donneés pour une data base

Bonjour à tous,

J'enregistre des données avec une clé primaire dans un fichier .CSV pour le traiter ensuite avec ACCESS.
Mais j'aimerai savoir quel est le format de fichier le plus "professionnel" pour enregistrer ces données et pouvoir fournir ce fichier à un client quelque soit le logiciel qu'il va utiliser pour traiter les données contenue.

Si vous avez des infos, des liens ou toute autre info je suis preneur.

A tous merci.
raplapente est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/11/2006, 09h10   #2
Xo
Expert Confirmé
 
Avatar de Xo
 
Inscription : janvier 2005
Messages : 2 701
Détails du profil
Informations personnelles :
Âge : 38

Informations forums :
Inscription : janvier 2005
Messages : 2 701
Points : 3 237
Points : 3 237
Envoyer un message via Skype™ à Xo
Pourquoi as-tu besoin d'un format "plus professionnel" ?

Un format d'échange qui a le vent en poupe, c'est le XML, jete un oeil ici si tu ne connais pas :
- http://xml.developpez.com/cours/
- cours simple : Introduction à XML
__________________
"Ce que l'on conçoit bien s'énonce clairement,
Et les mots pour le dire arrivent aisément." Nicolas Boileau

"Expliquer empêche de comprendre si cela dispense de chercher"

Quiz Oracle : venez tester vos connaissances !

La FAQ Oracle : 138 réponses à vos questions
Aidez-nous à la compléter
Xo est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/11/2006, 09h39   #3
Invité de passage
 
Inscription : novembre 2006
Messages : 19
Détails du profil
Informations forums :
Inscription : novembre 2006
Messages : 19
Points : 4
Points : 4
Par défaut Pour savoir !

Bonjour,

En fait vu ta question, c'est que rien ne te choque a créer un fichier .CSV pour ensuite le traiter avec des requêtes quelque soit le logiciel utilisé.

Je veux simplement savoir si je peux rester comme ça ou si je peux améliorer mon système.

Par contre, est ce qu'un fichier .CSV n'est pas limité en nombre de ligne ?

A terme j'aurai 1 500 000 de lignes minimum (environ 100 caractères par ligne)


Merci.
A+
raplapente est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/11/2006, 10h57   #4
Xo
Expert Confirmé
 
Avatar de Xo
 
Inscription : janvier 2005
Messages : 2 701
Détails du profil
Informations personnelles :
Âge : 38

Informations forums :
Inscription : janvier 2005
Messages : 2 701
Points : 3 237
Points : 3 237
Envoyer un message via Skype™ à Xo
Citation:
Envoyé par raplapente
En fait vu ta question, c'est que rien ne te choque a créer un fichier .CSV pour ensuite le traiter avec des requêtes quelque soit le logiciel utilisé.
Non, rien ne me choque : un format texte avec un séparateur fixe, tout le monde sait traiter ça, et si ça te suffit pour exporter tes données, alors que demander de plus ?

Citation:
Envoyé par raplapente
Je veux simplement savoir si je peux rester comme ça ou si je peux améliorer mon système.
Un format XML te permettrait de pouvoir exporter des données mieux structurées, et aujourd'hui, tout le monde sait lire du XML. La question est : en as-tu besoin ? Si la réponse est non, alors pas la peine de te casser

Citation:
Envoyé par raplapente
Par contre, est ce qu'un fichier .CSV n'est pas limité en nombre de ligne ?

A terme j'aurai 1 500 000 de lignes minimum (environ 100 caractères par ligne)
C'est du fichier texte, donc pas de limite. C'est sûr qu'un fichier plat de 1 500 000 lignes prendra du temps à intégrer, mais du XML, c'est aussi du format texte et ce sera aussi lourd.

Si tu dois périodiquement porter les données d'une base pour les ré-importer dans une autre, tu peux aussi regarder du côté des ETL. Ex de thread sur ce forum :
- Quel ETL est à me conseiller pour une migration de bases ?
- [ETL/ELT] Quelles documentation et definitions ?
__________________
"Ce que l'on conçoit bien s'énonce clairement,
Et les mots pour le dire arrivent aisément." Nicolas Boileau

"Expliquer empêche de comprendre si cela dispense de chercher"

Quiz Oracle : venez tester vos connaissances !

La FAQ Oracle : 138 réponses à vos questions
Aidez-nous à la compléter
Xo est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/11/2006, 21h40   #5
Rédacteur

 
Avatar de Tofalu
 
Christophe Warin
Inscription : octobre 2004
Messages : 8 635
Détails du profil
Informations personnelles :
Nom : Christophe Warin
Âge : 28

Informations forums :
Inscription : octobre 2004
Messages : 8 635
Points : 13 718
Points : 13 718
Ton fichier va faire dans les 150 - 200 Mo.

A mon avis, l'import Access risque de pas mal mouliner

Ne serait t'il pas possible d'enregistrer directement les données dans une base Access ?
Tofalu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 24/11/2006, 18h18   #6
Invité de passage
 
Inscription : novembre 2006
Messages : 19
Détails du profil
Informations forums :
Inscription : novembre 2006
Messages : 19
Points : 4
Points : 4
Par défaut Access

Bonsoir Tolafu,

C'est ce que je vais essayé de faire. Mais je ne savais pas par quel bout le prendre.
J'ai trouvé un bout de code sur le forum
http://www.developpez.net/forums/sho...light=C+access

Je vais essayer ça et je suis ouvert a tout autre possibilité malgré mes piètres compétences dans les langage que C.

A+ et merci.
raplapente est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 23h32.


 
 
 
 
Partenaires

Hébergement Web