Summary: | Deleting a large number of tags takes much more than 24h | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | kai <kai.hackenberg> |
Component: | Tags-Manager | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version: | 7.2.0 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | 8.1.0 | |
Sentry Crash Report: |
Description
kai
2021-06-08 14:01:42 UTC
I just tested a large amount of Tags deletion under Linux, and it fast as expected (few seconds) I suspect something running in background under Windows which reduce file access to digiKam database as a virus protection. Gilles Caulier The delete tags trigger is really extremely slow here with my test tags table with almost 40,000 entries. Even under MySQL Command I cannot delete 1000 tags, I canceled it. I can optimize the trigger, now deleting 10,000 tags takes about 20 minutes. Not really nice either, but at least a lot better. But you also have to consider that deleting such a large number of tags rarely or never occurs with users. Our old method of managing a TagsTree was also extremely slow, as the entire Tags Table columns "lft" and "rgt" always had to be recalculated. It's amazing to me that MySQL is so slow here. Maik Thanks for the extremely fast responses! Deactivating AntiVirus did not help. You mentioned that MySQL behaves slow here. Would you recommend to go back to SQLite? The reason why I want to delete these tags is because digiKam takes ca. 4 minutes to start (just like ACDSee) and I assumed that the number of tags might be the reason. (Btw.: I have that high number of (useless) tags because GeoSetter writes the geo-position (lat and lon) into the ITPC as keywords. However, I do not need them there.) If all fails: Is it possible you send me a SQL statement that deletes all tags "LIKE 'geo:%' from your DB that I can run without corrupting your DB/program logic? I am working on a database update, another problem is that we did not create an index for the TagsTree. Maik Git commit abe6d6e3e04c916a3dbb202706a2f1f5c61a6f4b by Maik Qualmann. Committed on 15/06/2021 at 18:24. Pushed by mqualmann into branch 'master'. add index to the TagsTree table for MySQL M +43 -1 core/data/database/dbconfig.xml.cmake.in M +28 -11 core/libs/database/coredb/coredbschemaupdater.cpp https://invent.kde.org/graphics/digikam/commit/abe6d6e3e04c916a3dbb202706a2f1f5c61a6f4b @kai digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier Hello Gilles, Sorry, I cannot test this, because - I do not use digiKam anymore - I removed the ITCP tags directly from the image files. Kindly close the issue Best regards Kai -----Original Message----- From: bugzilla_noreply@kde.org <bugzilla_noreply@kde.org> Sent: Montag, 1. Mai 2023 09:25 To: kai.hackenberg@gmx.net Subject: [digikam] [Bug 438253] Deleting a large number of tags takes much more than 24h https://bugs.kde.org/show_bug.cgi?id=438253 --- Comment #6 from caulier.gilles@gmail.com --- @kai digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier -- You are receiving this mail because: You reported the bug.= Not reproducible with 8.0.0. closed. |