Discussion :

[souminet]

Bonjour à tous,

Pour procéder à un archivage, j'ai opté pour une requete d'insertion:

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
INSERT INTO TabArchAbs ( NUM, MATRICULE, PUCE, NOM, PRENOM, FONCTION, DEPT,  DATE ) IN 'C:\Logiciel Contrôle\Base\TabArchAbs.dbf' 
SELECT TabTempAbs.NUM, TabTempAbs.MATRICULE, TabTempAbs.PUCE, TabTempAbs.NOM, TabTempAbs.PRENOM, TabTempAbs.FONCTION, TabTempAbs.DEPT, TabTempAbs.DATE  FROM TabTempAbs IN 'C:\Logiciel Contrôle\Base\TabTempAbs.dbf'

Mais je ne comprend pas l'erreur affichée: erreur BDE10770
Utilisation incorrecte du mot-clé
Elément: DATE
Numéro de ligne: 1

Le problème est que le champs Date est un champs de ma table, alors je ne vois pas le pbm!!!!!

Merci

[rsc]

Pour ton champ, tu le mets entre guillemets "DATE" (mais il vaut mieux éviter ce genre de nom de champ).
Il y a aussi le "In 'C:\...." dont je ne vois pas trop ce qu'il vient faire là. je mettrais plutôt :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

INSERT INTO "C:\.....\...dbf"

et la même chose pour le FROM

[sakli]

svp, éviter se type de champs "C:\.....\...dbf". voir y a t il un problème de type entre le deux table?

[Rayek]

Ton problème est récurrent, Date est un mot réservé du SQL, et en général il faut éviter de les utiliser.

[sakli]

Ton problème est récurrent, Date est un mot réservé du SQL, et en général il faut éviter de les utiliser.

Oui, vous avez raison. Mais la table a était crées avec le champ date, donc c'est une erreur.

[souminet]

Oui, c bon, j'ai changé le nom du Champs Date, j'ai compris que c t un mot réservé SQl, j'ai aussi supprimé le : IN, en fait, j'ai copié la requête directement à partir d'un exemple sur le net, avec mes modifs bien sur!!!

Je me suis débarrassée des erreurs qui s'affichaient au départ, mais maintenant , il m'affiche une erreur: NUM , nom de champs incorrect
alors que c bien le nom du champs dans ma table ??????

Merci

[sakli]

Oui, c bon, j'ai changé le nom du Champs Date, j'ai compris que c t un mot réservé SQl, j'ai aussi supprimé le : IN, en fait, j'ai copié la requête directement à partir d'un exemple sur le net, avec mes modifs bien sur!!!

Je me suis débarrassée des erreurs qui s'affichaient au départ, mais maintenant , il m'affiche une erreur: NUM , nom de champs incorrect
alors que c bien le nom du champs dans ma table ??????

Merci

svp, récrire votre nouvelle requête.

[souminet]

Bonjour;

Avec tous les changements proposés par vous tous, l'erreur est toujours affichée!!!!

Erreur BDE 10038
Nom de champs incorrect
NUM

En fait, si il y'a un autre moyen de procéder à mon archivage, c à d de copier tous les enregistrements d'une table à une autre ayant éxactement la même structure, j'aimerais que l'on m'en fasse etat SVP, mais il faudrait que la procédure soit optimisée.
j'ai opté pour une requête SQL sous les conseils des forumeurs!!! mais je vois que ça bloque et je ne sais pas pourquoi????!!!!!

merci de votre aide!!!

[Rayek]

à mes yeux, l'erreur est d'utiliser SQL pour insérer des donnes dans un DBF TTable est là pour ça

L'erreur est surtout d'utiliser le BDE et Paradox qui sont deux systèmes obsolètes

Bonjour;

Avec tous les changements proposés par vous tous, l'erreur est toujours affichée!!!!

Erreur BDE 10038
Nom de champs incorrect
NUM

En fait, si il y'a un autre moyen de procéder à mon archivage, c à d de copier tous les enregistrements d'une table à une autre ayant éxactement la même structure, j'aimerais que l'on m'en fasse etat SVP, mais il faudrait que la procédure soit optimisée.
j'ai opté pour une requête SQL sous les conseils des forumeurs!!! mais je vois que ça bloque et je ne sais pas pourquoi????!!!!!

merci de votre aide!!!

Fait nous voir ton code qui permet l'implémentation de la requete.

[Paul TOTH]

L'erreur est surtout d'utiliser le BDE et Paradox qui sont deux systèmes obsolètes

on a parfois des contraintes qui font que

En fait, si il y'a un autre moyen de procéder à mon archivage, c à d de copier tous les enregistrements d'une table à une autre ayant éxactement la même structure, j'aimerais que l'on m'en fasse etat SVP, mais il faudrait que la procédure soit optimisée.

pour un DBF il me semble que le plus simple est de dupliquer le fichier une fois fermé

sinon TBatchMove est là pour ça non ?

[souminet]

Bonjour à tous,

Le résultat souhaité est l'ajout des enregistrements à la table d'archivage par copie, en fait la procédure d'archivage peut se faire plusieurs fois, exemple:
Je click sur le bouton archiver pour copier tous les enregistrements de la Table1 vers la Table2...

Je réinitialise la Table1, un autre traitement aura pour but de la remplir avec d'autres enregistrements, là, on doit archiver à nouveau mais sans écraser le contenu de la Table2, on copie les enregistrements de Table1 vers Table2 à partir de la fin de la table c à d l'insertion se fais à partie du 1er enregistrement vide à la fin...
Est ce que la TBatchMove me permet d'inserer les enregistrements copiés sans écraser le contnu déja existant de la table 2 (Table d'archivage)????

Merci