[digiKam-users] Anyone with a +300K photos internal mysql database?

[Gilles Caulier]

Hi,

Few question :

- Did you use a network file sharing to hosts your collections ?
- Did you try to reproduce the problem with sqlite as database ?
- Can you reproduce the dysfunction with all collection hosted to a SSD ?
- Which digiKm version did you use ?

Note : here i use :

- SSD Samsung 1Tb to host all my collection (video and photo)
- sqlite with database file hosted on a SSD
- Linux system hosted on SSD.
- 32Gb of RAM
- i7 8 cores.
- More than 250.000 files cataloged.
- digiKam 6.0.0-beta1 (current implement as i code in fact)

There is no dysfunction visible in this configuration. Sure the first scan
is long, but after, startup is faster.
I register few search virtual folders in my workflow.
Similarity searches are processed too.

Gilles Caulier


2018-08-21 11:36 GMT+02:00 Rafael Linux <rafael.linux.user at gmail.com>:

> I have two issues in Digikam, but  no one confirmed them. I imagine these
> issues are only happening when having more than 300.000 photos and using
> internal mysql database, but I need desesperately confirm with some other
> user, cause I'm sure is related to the way Digikam manages an high quantity
> of photos. These issues are:
>
> Launching Digikam takes about 7 minutes to get it working and the other
> issue is that when changing elements order takes near 5 minutes in a folder
> with only 50 images (or less)  https://bugs.kde.org/show_bug.cgi?id=396086
> <https://bugs.kde.org/show_bug.cgi?id=396086>
>
> Can anyone confirm this problems? I consider they "grave" cause can't I try
> to work with Digikam professionaly, and this time is precious when I'm
> working and desperate cause have no time!!!
>
> Thank you
>
>
>
>
>
>
>
>
> --
> Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-
> f1735189.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180821/fa5352e5/attachment.html>