<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Andi, I hope you adress me with Daniel, I think there are two Daniel in this tread. Appoligies if mistaken.<BR>
I have 260 000 images in my collection. As long as the collection is only indexed performance is OK. It is after working with the collection, moving files, renaming and it realy degrades when I use the find duplicates feature. I have a lot of duplicates as I have used the option of capturing in both JPG and CR2.<BR>
/D.L.<BR> <BR>> From: andi.clemens@gmx.net<BR>> To: digikam-users@kde.org<BR>> Date: Thu, 9 Jul 2009 10:37:13 +0200<BR>> Subject: Re: [Digikam-users] lots of photos and startup time<BR>> <BR>> Amarok is using embedded MySQL, but which also assumes you have installed <BR>> mysql (but you need no server running in the background).<BR>> <BR>> Gilles,<BR>> my thumbsDB (ok this is not the normal digikam DB) is 900MB big, but it opens <BR>> quite fast. So I don't know if this is really the issue here.<BR>> <BR>> Daniel,<BR>> how many items / images do you have in your database?<BR>> In my current test collection, I have 200.000, but my database is only 180MB <BR>> big.<BR>> <BR>> Maybe yours is really corrupted (or has a lot of old entries, that you might <BR>> need to delete manually).<BR>> <BR>> If you have less images, you could try to remove all entries from the table <BR>> "images" that have a status of 3 (deleted).<BR>> <BR>> Andi<BR>> <BR>> On Thursday 09 July 2009 09:37:24 Daniel Bauer wrote:<BR>> > Gilles,<BR>> ><BR>> > I also followed this thread quitly (as I still use old digikam on old kde<BR>> > 3.5 plus reiserfes...). But I fully support your idea to change the<BR>> > database system, if this is causing the delay.<BR>> ><BR>> > Here I have several very large MySql databases and they are very fast, but<BR>> > digikam is always very slow on opening for the first time after logging in<BR>> > as a user (also the newer digikam I installed in kde 4 for testing, I<BR>> > thought it was kde4's fault...)<BR>> ><BR>> > (Apart from the coding work) the only problem I see is that with MySql<BR>> > users will have to install MySql too. While this is more or less one click<BR>> > on Linux I don't know how it is on other systems.<BR>> ><BR>> > Maybe there could be an option for the user: sqlite as a (slow) standard,<BR>> > but working out of the box, and MySql as an option, if the user has<BR>> > installed it and knows the path etc. Isn't amarok offering something<BR>> > similar?<BR>> ><BR>> > regards<BR>> ><BR>> > Daniel<BR>> ><BR>> > On Thursday 09 July 2009 08:45:31, Gilles Caulier wrote:<BR>> > > Marcel, Andi,<BR>> > ><BR>> > > All this thread tell me that we need to found urgently a solution to<BR>> > > this problem.<BR>> > ><BR>> > > If sqlite cannot drive large database, another DB backend need to be<BR>> > > used. For me MySql sound like the right alternative, if performance<BR>> > > are there of course (how to make a quick test about ?)<BR>> > ><BR>> > > About DB schema and all DB queries, it's really complicated to migrate<BR>> > > from SQLite to MySql. SQL syntax is really different between both DB<BR>> > > backend ?<BR>> > ><BR>> > > Gilles<BR>> <BR>> _______________________________________________<BR>> Digikam-users mailing list<BR>> Digikam-users@kde.org<BR>> https://mail.kde.org/mailman/listinfo/digikam-users<BR><br /><hr />Gör personlighetstestet på MSN Dejting, se vem du passar ihop med! <a href='http://dejting.se.msn.com/channel/index.aspx?trackingid=1002952' target='_new'>MSN Dejting</a></body>
</html>