vercomax
Messages postés547Date d'inscriptionmercredi 28 juillet 2004StatutMembreDernière intervention11 septembre 2013
-
21 sept. 2006 à 20:58
chaibat05
Messages postés1883Date d'inscriptionsamedi 1 avril 2006StatutMembreDernière intervention20 novembre 2007
-
23 sept. 2006 à 17:54
bonsoir,
j'ai un controle data1 lié à 1 fichier texte
connect = text;
readOnly=false
recordsetType= 0-Table
j'ai un textbox relié à data1
pas de problème pour se balader dans le fichier, le texbox réagit, par contre quand je change les données dans text1, çà ne les met pas à jour dans mon fichier texte quand je sort de l'application
cs_DARKSIDIOUS
Messages postés15814Date d'inscriptionjeudi 8 août 2002StatutMembreDernière intervention 4 mars 2013130 21 sept. 2006 à 22:35
Pour un fichier texte ? Je n'utilise jamais de fichier texte pour stocker des données car c'est un véritable bordel à gérer et c'est très risqué !
Je lui préfère amplement une base de données, qui est bien plus simple à utiliser, rapide et sécurisé niveau accès concurrentiels !
cs_DARKSIDIOUS
Messages postés15814Date d'inscriptionjeudi 8 août 2002StatutMembreDernière intervention 4 mars 2013130 21 sept. 2006 à 22:00
Il me semble (ca reste à confirmer puisque ca fait belle lurette que je n'utilise plus ce genre de liaison) qu'il faut faire un update de ton contrôle Data lorsque tu veux enregistrer les données.
cs_MPi
Messages postés3877Date d'inscriptionmardi 19 mars 2002StatutMembreDernière intervention17 août 201823 22 sept. 2006 à 00:54
Si tu dois travailler avec des fichiers texte, tu pourrais y aller avec ADO. Je ne sais pas si c'est faisable avec DAO (?)
Voici un exemple à partir d'Excel. Si tu utilises VB, il faut changer
ThisWorkBook.Path par App.Path ou le chemin en dur. Il faut aussi que
le fichier soit délimité (FMT pour Format) par des caractères
quelconques acceptables. Ici, ce sont des TAB, donc TabDelimited.
HDR, c'est pour spécifier si le fichier contient des entêtes (Header)
'Façon de se connecter
oConn.Open "Provider= Microsoft.Jet.OLEDB.4.0;" & _
Et pour que ADO sache ce que tu entends par Champ, il faut créer un
fichier Schema.ini qui se présente comme ceci (à mettre dans le
répertoire des fichiers texte et/ou du programme... je ne me souviens
plus...)
'Contenu du fichier Schema.ini
[Fichier.txt]
Format=TabDelimited
Col1=Code Long
Col2=Description Text Width 250
Col3=Banniere Text Width 10
Col4=Semaine Integer
Col5=PrixLb Double
Col6=PrixKg Double
Col7=Promo Text Width 15
Col8=Ventes Double
Col9=Produit Text Width 20
Col10=Formule1 Text Width 30
Col11=Annee Long
Col12=Formule2 Text Width 30
Donc, chaque colonne est prédéfinie dans ce fichier, avec le type du
champ. Il faut inscrire tout ce qui est en vert, tel quel, en changeant
les valeurs de Col1, 2, 3... selon les besoins.
ex: Col1=NomDuChamp TypeDuChamp (Width et nombre de caractères si c'est du texte)
Et comme dit DarkSidious, si tu peux utiliser une base, oublie tout ce que je viens d'écrire... ¦¬)
cs_MPi
Messages postés3877Date d'inscriptionmardi 19 mars 2002StatutMembreDernière intervention17 août 201823 23 sept. 2006 à 15:44
Salut Chaibat05,
Un fichier texte peut servir de base de données si celles-ci sont écrites de façon ordonnées, avec séparateur...
Tu peux donc éventuellement vouloir afficher un seul ou plusieurs
enregistrements répondant à certains critères. L'utilisation de SQL
peut être utile dans ce cas, d'où connexion au fichier comme à une base.
Bien sûr, on peut utiliser une simple boucle Do Until EOF(numFichier)
et vérifier chaque ligne (Line Input, Split - ou Instr...), mais je
pense que c'est pas mal plus lent qu'une requête... à vérifier tout de
même...
On peut aussi afficher dans un RTB et modifier le mot qu'on souhaite et
réenregistrer le fichier, mais ça risque d'être long et complexe si le
fichier contient 20 colonnes et 1 million de lignes, disons, et
qu'il y a plusieurs conditions qui entrent en jeu pour la modification
de ce mot.
Et bien sûr, si on a Access ou autre base de données, il serait
préférable de passer par ce type de programme pour stocker les données,
ce qui n'est pas mon cas au bureau. Je dois donc faire avec les moyens
du bord. Pour l'instant, je peux me débrouiller avec Excel, mais
bientôt, dans une certaine application, je devrai penser à
l'utilisation de fichiers parce que le nombre de données sera trop important...
chaibat05
Messages postés1883Date d'inscriptionsamedi 1 avril 2006StatutMembreDernière intervention20 novembre 20072 23 sept. 2006 à 17:54
Bonjour MPi,
Rien à dire !
Tu as parfaitement raison dans ce que tu dit.
Moi aussi je suis pour l' ordonnancement des données.
Comme ça la gestion est facile, il n' y a pas de risque et
l' integrité est assurée.
D' ailleurs je n' ai jamais travaillé avec des fichiers textes ...
Mais ce qui m' a conduit à proposer le RichTextBox c' est
qu' au début il a précisé:
^^j'ai un controle data1 lié à 1fichier texte...
et c' est après qu' on l' a dirrigé vers la solution d' un fichier
organisée comme une table.
Si seulement il pourrait répondre pour nous donner plus
de précision à ce sujet.
Est-ce qu' il a un simple document ?
Ou est-ce que son fichier est organisé en ligne et coloone ?
De tout façon avec nos propositions , il n' a que l' embarras du choix.