Discussion :

[looping]

bonsoir,

concernant le composant IBquery :

Il vaut mieux mettre cached update à true ou à false ?
D'après certain tutorial il vaut mieux mettre à "true" mais cela ne pose t il pas un problème si plusieurs personnes sont connectées sur les memes données ?



A+

[VLDG]

Non.

Après, c'est le problème des transactions.

[looping]

bonjour,

oui mais à quoi sert de mettre cached update = true ?

merci

[chaplin]

La propriété cachedupdate permet d'utiliser un IBquery comme une table, c'est à dire que que tu peux inserer ou modifier des enregistrements.
Par réflexe quand on veut visualiser des données on utilise des IBQuery, avec cachedupdate, tu peux aisément sélectionner ce qui t'interesse par le biais de SQL et non les filtres tout en pouvant les modifiés (comportement d'un IBTable). Ne pas oublier d'utiliser un composant TIBUpdateSQL sinon ça ne marche pas.

[looping]

bonjour,

je commence à comprendre....
le base est maintenue en cache sur le poste est ensuite elle est renyoyée au serveur

donc l'architecture serait:

ouverture le base de donnée (IBdatabase)
ouverture de la transaction (Ibtransaction)
ouverture de la requete (TIBquery + tIBSQLupdate)
validation sur le serveur (apply.updates)
commit
fermeture de la requete
fermeture de la transaction
fermeture de la base

si jamais cached update est à false: qu'est ce qui se passe. les données ne se mettent pas à jour ?

merci

[chaplin]

si jamais cached update est à false: qu'est ce qui se passe. les données ne se mettent pas à jour ?

T'es obliger de le mettre à true avec TIBUpdateSQL, sinon tu n'utiliserais pas ce dernier composant. Dans cette situation, tu peux utiliser la méthode ApplyUpdates. Elle est spécialement conçu pour gérer les données en cache.