Version imprimable
Bonjour,
pour tester les possibilités de Firedac avec SQLite, j’ai chargé en mémoire ma base SQLite (base de 10 Mo) au chargement de mon appli, les pers sont excellente.
En sortie, je voudrais pouvoir décidé de sauver sur disque ma base en mémoire mais seulement si elle a reçu des modifications.
J’ai pas trouvé comment déterminer avec exactitude si la base a été modifiée, auriez-vous une idée ou une solution ?
Merci d’avance de vos propositions.
Puisque tu as décidé de tout mettre en mémoire, pourquoi ne pas tout simplement mettre l'information qu'il te manque en mémoire également ?
Il suffit de mettre à jour cette information de la même manière que tu mets à jour le reste.
Edit :
Au passage, cette approche est dangereuse.
S'il y a le moindre plantage non géré dans ton application, tu risques de perdre toutes tes modifications en mémoire.
Une base SQLite est faite pour travailler en local, de sorte que tu n'a normalement pas de problème d'accès.
Je te suggère de lire et écrire dans la base uniquement lorsque c'est nécessaire et uniquement sur les données qui sont nécessaires.
Bonjour,
Je ne connais pas FIREDAC mais l'interfaceCitation:
Envoyé par der§en
sont là exprèsCitation:
sqlite3_changes()
ou
sqlite3_total_changes()
Cordialement
Hum, A moins que tu veuilles faire une copie de la base, je ne comprends pas bien le terme "sauver" sauf si tu utilises des tables en mode CacheUpdates.Citation:
Envoyé par der§en
Ensuite tu peux toujours utiliser une variable booléenne globale, false par défaut et que tu mettrais à true dès le premier "POST".
Sache également que tu peux obtenir le nombre de lignes modifiées si tu utilises des querys (exemple ndeleted:=FDQuery.ExecSQL('DELETE FROM MATABLE WHERE N=1'))
Pour moi c'est trop flou comme demande
Ma base est principalement pour des accès en lecture seule, mais il peux arriver qu’il faille faire des MAJ.
Je me demandais si Firedac, était capable de me dire si il a eu des modifications dans la base sans avoir à mettre ma propre gestion, histoire de ne pas réinventer la roue.
Quand je parle de sauver, il s’agit pour moi de créer une copie de la base en mémoire après avoir appliquer TFDSQLiteValidate.Sweep !
C'est le "en mémoire" qui me chiffonne !
Il me semble que tu pourrais le faire directement en utilisant un FDConnection.EXECSQL('VACUUM INTO Copiebase.sdb'); mais ça demande quelques tests, https://www.sqlite.org/lang_vacuum.html
j'ai déjà utilisé d'autres "commandes" SQLite en direct mais pas celle-ci
Si tu veux, une fois remplacé ma base perso par une plus générique, je peux publier mon datamodule avec un exemple utilisant TFDQuery pour que tu puisses voir comment j’ai chargé en mémoire ma base SQLite !
Maintenant que je me suis un peu remis au codage, oui, pourquoi pas
Je pense que l'utilisation de "trigger" est aussi une solution. +D'infos si tu le souhaites. Si tu nous envoies un exemple j’essaierai de te faire un essai avec le solution que je propose.