comment modifier les données d'une table à travers un dbgrid

Bonjour

j'ai une liaison dbgrid + datasource + table et j'aimerai que les modifications effectuées sur ma ligne de dbgrid prennent effets !

à chaque démarrage de l'application, rien n'a été modifié.

pourtant la propriété de ma table à readonly est bien à false.

bonjour,

il n'y a pas une méthode 'Apply' sur ton dataset ? (c'est le cas dans DBExpres notament, mais je ne sais pas qu'elle BDD tu utilise, ...)

@++
dany

en fait j'ai oublié effectivement de préciser : c'est en bde paradox

Si c'est bien un TTable que tu utilises (et pas un TQuery) Il n'y a aucune raison que ça ne marche pas !! Est-ce que tu valides bien tes modif avant de quitter (avec le bouton valider d'un navigateur par ex., mais changer d'enregistrement suffit) ?

Mais malheureusement , il s'agit d'un composant query !

Dans ce cas, essaie de mettre la propriété RequestLive de ton TQuery à True. Je dis bien "essaie", parce que ta requête doit respecter certaines conditions pour que ça marche :

Citation:

---

Envoyé par LocalSql.hlp

Requêtes mono-table

Les requêtes qui extraient des données à partir d'une seule table sont modifiables si :

Il n'y a pas de mot-clé DISTINCT dans l'instruction SELECT.
Tout dans la clause SELECT est une référence de colonne simple ou une colonne calculée, aucune agrégation n'est permise. Les colonnes calculées restent en lecture seule.
La référence de table dans la clause FROM est une table de base modifiable.
Il n'y a pas de clause GROUP BY ou HAVING.
Il n'y a pas de sous-requêtes dans l'instruction.
Il n'y a pas de clause ORDER BY.

L'effet lecture seule d'une clause ORDER BY est nié et la requête est modifiable si la clause ORDER BY utilise une colonne unique et s'il existe un index primaire ou secondaire dBASE mono-colonne basé sur ce même champ. Les index dBASE composés (expressions) ne nient pas l'effet lecture seule d'une clause ORDER BY. Un index primaire Paradox mono- ou multi-champs rendra la requête modifiable si la clause ORDER BY utilise exactement les mêmes colonnes (dans le même ordre) que l'index. Les index secondaires Paradox ne nieront pas l'effet d'une clause ORDER BY.

Requêtes multitables

Toutes les requêtes qui joignent plusieurs tables généreront un ensemble résultant en lecture seule.

---

je met cela à true et directement, cela plante en me disant que la table est en lecture seule !

Une possibilité d'erreur : est-ce que ta Table n'est pas ouverte par ailleurs et en mode exclusf (MaTable.Exclusive := True;)

Sinon, peux-tu nous dire quel est exactement ta SQL, qu'on vérifie ensemble ?

C'est sympa de me consacrer du temps !

ma database est à exclusive : false

Concernant le code sql le voici :

Code:

---

1 2 3 4 5 6 7

query2.Close; query2.SQL.Clear; query2.SQL.Add('SELECT MVTS.MVTDATECH as ECHEANCE, MVTS.MVTMDEV as MONTANT, MVTS.MVTLIB as LIBELLE, MVTRAPPEL as RAPPEL '); query2.SQL.Add('FROM CLIENTS INNER JOIN MVTS ON CLIENTS.CLICODE = MVTS.MVTCOMPTE '); query2.SQL.Add('WHERE (((MVTS.MVTCLETTR)<>-1)) and CLIENTS.CLINOM1 like ''' + uppercase(edit3.Text) +'%'' ; '); query2.Open; e

---

à mon avis, sur base de ta recherche précédente, c'est dû à cela !

Dans le cas d'un TQuery, tu as besoin aussi d'un TUpdateSQL qui contient les requetes de maj (il peut les générer automatiquement d'ailleurs). N'oubli pas ensuite de le mentionner dans la propriété UpdateObject de ton TQuery, ensuite ça devrait fonctionner.

@++
Dany

Ta requête porte sur deux tables : CLIENTS et MVTS donc :

Citation:

---

Envoyé par LocalSql.hlp

Requêtes multitables
Toutes les requêtes qui joignent plusieurs tables généreront un ensemble résultant en lecture seule.

---

Pour répondre à Skywauters : je ne sais pas si dans le cas présent, TUpdateSQL permettra de tourner le pb de lecture seule, mais dans le cas général, avec le BDE et les tables Paradox, il n'y a pas besoin de TUpdateSQL.

Citation:

---

Envoyé par rsc

Pour répondre à Skywauters : je ne sais pas si dans le cas présent, TUpdateSQL permettra de tourner le pb de lecture seule, mais dans le cas général, avec le BDE et les tables Paradox, il n'y a pas besoin de TUpdateSQL.

---

Quelle que soit la base de données, il faut un TUpdateSQL dès que la requête du TQuery ne peut être mise en "modifiable" (requestLive à true). C'est le cas s'il y a plusieurs tables dans la requête.

Bloon

Merci de la précision !