Thank you for this information.<br><br>Digikam is the only SQLite-based program I use; I'm much more at ease with MySQL that I use with many other programs.<br><br>However, I would very much like not to need to learn the commands for each language (regarding Digikam, I'm an "end-user"). In Piwigo for example, the interface provides a simple menu option to check and/or repair the database, so that the user can run it as often as he wants too, without having to look for commands syntax he'll only use a couple of times a year.<br>

<br>I think this kind of function will be a very useful addition to Digikam. So not every photograph using Linux will need to become some DB specialist.<br><br>Marie-Noëlle<br><br><div class="gmail_quote">2011/12/17 Jean-François Rabasse <span dir="ltr"><<a href="mailto:jean-francois.rabasse@wanadoo.fr">jean-francois.rabasse@wanadoo.fr</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br></div>
Marie-Noëlle,<br>
<br>
apart from Digikam itself, you can check integrity of your SQLite DB via<br>
the sqlite3 command line tools, e.g. :<br>
<br>
 sqlite3 digikam4.db 'pragma integrity_check;'<br>
<br>
If your database is corrupted (in a SQL way), sqlite3 will complain.<br>
If sqlite3 says your DB is fine, and Digikam complains after an upgrade,<br>
this may indicate the new versions has some slight modifications in its<br>
DB schema and compatibility isn't assumed.<br>
<br>
Anyway, a useful practice when upgrading DB applications, or DB management<br>
system, e.g. a newer version of the libqlite3, is to do export /import of<br>
the DB under SQL format. SQL format will be a text file with all required<br>
SQL commands to rebuild the whole DB. Thus, the operation is supposed to<br>
be independent of the binary internal representation of the DB.<br>
<br>
SQL export, before upgrade :<br>
 sqlite3 digikam4.db .dump > dk-dump.sql<br>
<br>
SQL import, after upgrade :<br>
 sqlite3 digikam4.db < dk-dump.sql<br>
<br>
Another advantage of doing such export  /import, is that the export file<br>
will contain only pertinent data informations, not garbage, deleted images,<br>
etc. So, after import you're supposed to start with a fresh and clean DB.<br>
<br>
Regards,<br>
Jean-François<br>
<br>
<br>
NB: same kind of operation, SQL export, SQL import, can be done with any<br>
RDBMS, SQLite3 of course, but also Oracle, MySQL, PostgreSQL. One has just<br>
to check proper syntax in the RDBMS manual.<br>
<br>_______________________________________________<br>
Digikam-users mailing list<br>
<a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Une galerie photos, un blog ... pourquoi pas ? <a href="http://www.webmaster-en-herbe.net/" target="_blank">Webmaster en herbe</a><br><br>Parcourez les Cévennes à ma façon : <a href="http://www.cevennes-plurielles.com/" target="_blank">Cévennes Plurielles</a><br>

<br>Et toutes mes autres publications à partir de ma <a href="http://www.marie-noelle-augendre.com/" target="_blank">page d'accueil générale</a><br><br>