<div dir="ltr">The problem is not the tags amount in fact, and not the database.<div><br></div><div>The problem is located in search text widget used to filter tree-view. When you start digiKam the widget is populated with tags a album name to provide auto completion. The loop inside the Qt widget model is like O(n^2) and hang-up.</div><div><br></div><div>The possible solution is to disable autocompletion in this areas for the moment.</div><div><br></div><div>The problem is reported in this file :</div><div><br></div><div><a href="https://bugs.kde.org/show_bug.cgi?id=367853">https://bugs.kde.org/show_bug.cgi?id=367853</a><br></div><div><br></div><div>.. and also already reported in this room...</div><div><br></div><div>The problem is identified at least. We need a strategy to prevent this dysfunction.</div><div><br></div><div>Gilles Caulier</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-02-19 16:30 GMT+01:00 Alexander Langley <span dir="ltr"><<a href="mailto:alexander.g.langley@gmail.com" target="_blank">alexander.g.langley@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello digiKam Users,<br>
<br>
digiKam Version: 5.4.0 (via Homebrew)<br>
OS:              macOS<br>
OS Version:      10.12.3 (Sierra)<br>
PC Specs:        Intel core i5, 4GB RAM<br>
<br>
I'm currently working on a project that requires I use a VERY LARGE number of<br>
tags.  And by "VERY LARGE", I mean on the order of 220,000.  After reading the<br>
digiKam database spec, I wrote a quick Python script to read my tag set in from<br>
a source JSON document and add it to the digiKam database using the sqlite3<br>
library.<br>
<br>
This did not make digiKam happy.  When I attempted to launch it after adding the<br>
tags, it hung indefinitely at the loading screen step labeled "Reading the<br>
Database..."  I verified that I hadn't mangled the database format, then tried<br>
again, only to be met with the same hang.  By reducing the number of tags 85%<br>
(33,000), I was able to convince digiKam to start again, but it took 10 minutes<br>
for it to open...<br>
<br>
Is this a supported use case?  Is there a box I can check somewhere to tweak<br>
digiKam's database loading system to handle absurd numbers of tags?  If not,<br>
would a code contribution to try to speed up tag loading be welcome?<br>
<br>
- Alex<br>
</blockquote></div><br></div>