[debutant] open, close et batchmove sur un composant TTable

bonjour,

J'ai une TTable nommée TableTemporaire, je la remplis grâce à la méthode BatchMove() qui a comme paramètre le résultat d'une requête SQL et l'attribut batCopy.
Querytempo est un composant TQuery. Quoi qu'il arrive les données de cette base sont écrasées lors de chaque requête.

Code:

---

1 2 3 4

TableTemporaire->Open(); TableTemporaire->BatchMove(Querytempo,batCopy); TableTemporaire->Close();

---

Le code ci-dessus fonctionne très bien si le fichier DB est présent sur le disque dur. Par contre si mon fichier n'existe pas le programme plante car il ne trouve pas mon fichier DB.


J'ai cependant constaté que ce code (sans la méthode open())

Code:

---

1 2 3

TableTemporaire->BatchMove(Querytempo,batCopy); TableTemporaire->Close();

---

fonctionne très bien que ma base de données existe ou non.... Si mon fichier DB n'existe pas il est créé sur le disque lors du BatchMove().

D'où ces questions :

• est-ce que je peux me passer de la méthode open() ? Car visiblement Batchmove() créé mon fichier DB s'il n'existe pas ou l'ouvre s'il existe.
• est-ce que ce code :
  
  Code:

  ---

  1 2 3 4 5

  if (TableTemporaire->Exists) TableTemporaire->Open(); TableTemporaire->BatchMove(Querytempo,batCopy); TableTemporaire->Close();

  ---

  est un bon compromis finalement ?
• quel est le rôle de la méthode open() dans ce cas là ?

Nopain m'apporte une solution

Citation:

---

Envoyé par Nopain

Si la table destination n'existe pas, crée la puis utilise BatchMove de cette meme table avec le mode Append pour faire la copie.

Si la table existe deja, utilise son BatchMove avec le mode Copy.

Voila, j'espere que cela fera avancer les choses!

---

or ma table temporaire est une table dont le contenu (champs et valeurs) varie, donc finalement, est-ce que ce code :

Code:

---

1 2 3 4 5

if (TableTemporaire->Exists) TableTemporaire->Open(); TableTemporaire->BatchMove(Querytempo,batCopy); TableTemporaire->Close();

---

un peu "bourrin" n'est pas un bon compromis ? (la table est dans ce cas réinitiliasée au niveau des champs et des valeurs).

Citation:

---

Envoyé par Auteur

est-ce que je peux me passer de la méthode open() ? Car visiblement Batchmove() créé mon fichier DB s'il n'existe pas ou l'ouvre s'il existe.

---

Ce qui va suivre pourrait expliquer cela:

Il s'agit d'un extrait du fichier "DBTables.pas", je t'invite a consulter son equivalent pour C++Builder pour voir ce qui s'y passe:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

procedure TBatchMove.Execute; ...   if BatchMode = batCopy then begin Destination.Close; ... Destination.IndexDefs.Clear; Destination.CreateTable; BatchMode := batAppend; end;   Destination.Open; ...

---

Le mode batCopy de BatchMove ne prete aucun interet au fait que le dataset destination existe ou pas... Attention tout de meme, les autres modes exigent l'existence de destination!

Citation:

---

Envoyé par Auteur

est-ce que ce code :

Code:

---

1 2 3 4 5

if (TableTemporaire->Exists) TableTemporaire->Open(); TableTemporaire->BatchMove(Querytempo,batCopy); TableTemporaire->Close();

---

est un bon compromis finalement ?

---

Ton code est tout a fait correct bien sûr mais... comme on l'a vu, cette verification est deja incluse dans le BatchMove.

Citation:

---

Envoyé par Auteur

quel est le rôle de la méthode open() dans ce cas là ?

---

La methode Open (comme son l'indique) ouvre un Dataset existant - Autrement c'est une erreur garantie!

BatchMove ouvre le dataset destination avec tous les modes en fait... Donc rien ne sert de faire un Open avant d'invoquer BatchMove.


Voila.

Merci Nopain pour cet éclaircissement :hola:

Le code pascal montre très bien ce qui se passe dans le cas de batCopy.
La table est vidée et recrée lors du batCopy. Comme tu le dis, la vérification est faite dans ce cas et la méthode open() est sous entendue.

:merci: :king: