Discussion :

[voxben]

Bonjour,
sur un petit programme de test, j'essaye d'effacer tout les enregistrements d'une table avec

Code :

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

1
2
 
FDTable1.EmptyDataSet;

je n'obtient aucune reaction du programme, ni aucun message
je ne comprend pas pourquoi !
un peu d'aide serait la bienvenue

Merci.

[SergioMaster]

Bonjour,

Cela manque un peu d'informations. Cette table est une table d'une base de données (laquelle) ?
Dans quel contexte (mémoire cache ou pas) ?

[voxben]

Bonjour,

Cela manque un peu d'informations. Cette table est une table d'une base de données (laquelle) ?
Dans quel contexte (mémoire cache ou pas) ?

Base de données sqlite.
Cache table sur false.

[ALWEBER]

Bonjour,
sur un petit programme de test, j'essaye d'effacer tout les enregistrements d'une table avec

Code :

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

1
2
 
FDTable1.EmptyDataSet;

je n'obtient aucune reaction du programme, ni aucun message
je ne comprend pas pourquoi !
un peu d'aide serait la bienvenue
Merci.

Par requête SQL

Code :

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

FDTable1.ExecSQL('DELETE FROM matable');

[voxben]

Par requête SQL

Code :

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

FDTable1.ExecSQL('DELETE FROM matable');

Avec SQL sur un query ou directement sur la connexion ça marche tres bien.
C l'usage du emptydataset que je ne comprends pas

[ALWEBER]

Avec SQL sur un query ou directement sur la connexion ça marche tres bien.
C l'usage du emptydataset que je ne comprends pas

Le dataSet est alimenté par la requête. Donc c'est la source qu'il faut vider. Le "Empty" est plutôt destiné aux Tables Mémoires en vidant le contenu de la propriété 'Content'

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
  object Table1: TFDMemTable
    Active = True
    FetchOptions.AssignedValues = [evMode]
    FetchOptions.Mode = fmAll
    ResourceOptions.AssignedValues = [rvPersistent, rvSilentMode]
    ResourceOptions.Persistent = True
    ResourceOptions.SilentMode = True
    UpdateOptions.AssignedValues = [uvCheckRequired, uvAutoCommitUpdates]
    UpdateOptions.CheckRequired = False
    UpdateOptions.AutoCommitUpdates = True
    Left = 48
    Top = 120
    Content = {
      414442530F00000081030000FF00010001FF02FF0304000C0000005400610062
      006C006500310005000C0000005400610062006C006500310006000000000007
      0000080032000000090000FF0AFF0B0400120000006E0075006D0063006C0069
      0065006E007...

[voxben]

Le dataSet est alimenté par la requête. Donc c'est la source qu'il faut vider. Le "Empty" est plutôt destiné aux Tables Mémoires en vidant le contenu de la propriété 'Content'

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
  object Table1: TFDMemTable
    Active = True
    FetchOptions.AssignedValues = [evMode]
    FetchOptions.Mode = fmAll
    ResourceOptions.AssignedValues = [rvPersistent, rvSilentMode]
    ResourceOptions.Persistent = True
    ResourceOptions.SilentMode = True
    UpdateOptions.AssignedValues = [uvCheckRequired, uvAutoCommitUpdates]
    UpdateOptions.CheckRequired = False
    UpdateOptions.AutoCommitUpdates = True
    Left = 48
    Top = 120
    Content = {
      414442530F00000081030000FF00010001FF02FF0304000C0000005400610062
      006C006500310005000C0000005400610062006C006500310006000000000007
      0000080032000000090000FF0AFF0B0400120000006E0075006D0063006C0069
      0065006E007...

Dans ce cas, puisque emptydataset n'agit que sur TFDmemTable,
Pourquoi est elle accessible par TFDTable ?

[Papy214]

Supprime tous les enregistrements du stockage de données interne de l'ensemble de données.

Appelez EmptyDataSet pour vider l'ensemble de données en supprimant tous les enregistrements du stockage de données interne et du journal des modifications.

Est-ce que le composant table est bien ouvert avant d'appeler cette fonction ??

[Papy214]

J'ai testé emptydataset et je n'e comprends pas non plus. Tout ce que je sais c'est que je suis content d'être tombé sur ce sujet, ça va m'éviter bien des problèmes très prochainement.

[ShaiLeTroll]

EmptyDataSet() est pourtant parfaitement décrit dans la documentation

Supprime tous les enregistrements du stockage de données interne de l'ensemble de données.
Appelez EmptyDataSet pour vider l'ensemble de données en supprimant tous les enregistrements du stockage de données interne et du journal des modifications.

Cela vide uniquement ce qu'il y a en mémoire et c'est tout simplement pour reproduire le TClientDataSet qui fournit aussi une méthode EmptyDataSet souvent utilisé dans un contexte de cache avec commit via le journal, une fois les données poussées, elles n'ont plus raison d'exister, le tampon est appliqué (propriété Delta)

Donc c'est une méthode à utiliser uniquement si l'on utilise le TFDDataSet comme un TClientDataSet (FieldDefs.Ad, CreateDataSet ...)

[voxben]

EmptyDataSet() est pourtant parfaitement décrit dans la documentation



Cela vide uniquement ce qu'il y a en mémoire et c'est tout simplement pour reproduire le TClientDataSet qui fournit aussi une méthode EmptyDataSet souvent utilisé dans un contexte de cache avec commit via le journal, une fois les données poussées, elles n'ont plus raison d'exister, le tampon est appliqué (propriété Delta)

Donc c'est une méthode à utiliser uniquement si l'on utilise le TFDDataSet comme un TClientDataSet (FieldDefs.Ad, CreateDataSet ...)

Merci,
j'ai bien saisie le truc en jouant sur le CachedUpdates le fonctionnement devient "visible".
comme une method EmptyTable existe pour TTable, je me suis borné a chercher un equivalent pour TDFTable, qui apriori n'existe pas.
la seule solution efficace pour vider un TFDTable est donc de passer par le SQL.

[ShaiLeTroll]

C'est le problème de l'existance du TFDTable, à quoi peut bien servir ce composant, tout peut être fait avec un TFDQuery, c'est même plus "prudent" pour maitriser ce qui est chargé et ce qui est écrit en base.

le TTable c'était idéal pour Paradox et DBase, voire Access, le driver était adapté pour la lecture de ce genre de base de données qui n'était que de simple fichier séquentiel indexé.

Avec une base de donnée distante, il faut repenser la lecture, éviter au maximum un SELECT * FROM ... sans WHERE, c'est contre-performant.

[voxben]

C'est le problème de l'existance du TFDTable, à quoi peut bien servir ce composant, tout peut être fait avec un TFDQuery, c'est même plus "prudent" pour maitriser ce qui est chargé et ce qui est écrit en base.

le TTable c'était idéal pour Paradox et DBase, voire Access, le driver était adapté pour la lecture de ce genre de base de données qui n'était que de simple fichier séquentiel indexé.

Avec une base de donnée distante, il faut repenser la lecture, éviter au maximum un SELECT * FROM ... sans WHERE, c'est contre-performant.

plus j'avance dans l'etude des bases de données avec delphi plus je me rend compte que ce qui peut etre ecrit directement en SQL doit etre fait en SQL.