<div dir="ltr">All the bundles are now updated online at usual place :<div><br></div><div><a href="https://files.kde.org/digikam/" target="_blank">https://files.kde.org/digikam/</a><br></div><div><br></div><div>Gilles Caulier</div><div class="gmail_extra"><br><div class="gmail_quote">2017-12-05 12:40 GMT+01:00 Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This evening i will restart the bundle 5.8.0 pre release process to be able to test with current implementation.<div><br></div><div>Best</div><span class="m_822702613025089627HOEnZb"><font color="#888888"><div><br></div><div>Gilles Caulier</div></font></span></div><div class="m_822702613025089627HOEnZb"><div class="m_822702613025089627h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-12-05 12:31 GMT+01:00 Maik Qualmann <span dir="ltr"><<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'll try with my English. I think that the current implementation solves all<br>
problems. I can now migrate my old SQLite database in circle without losing<br>
data, and it also deletes invalid entries. If we filter albums and images, we<br>
would have to check all of the following tables against the same filtering,<br>
otherwise they would fail when inserted into the target database. I bypass the<br>
problem of using INSERT IGNORE to automatically drop invalid entries.<br>
<span class="m_822702613025089627m_-8671551549337699680HOEnZb"><font color="#888888"><br>
Maik<br>
</font></span><div class="m_822702613025089627m_-8671551549337699680HOEnZb"><div class="m_822702613025089627m_-8671551549337699680h5"><br>
Am Montag, 4. Dezember 2017, 16:33:09 CET schrieb Richard Mortimer:<br>
> Hi,<br>
><br>
> I haven't had chance to check yet but suspect a number of the original<br>
> failure scenarios that we had with MySQL to MySQL migration have been<br>
> broken by the recent changes.<br>
><br>
> It now seems to be only checking for the presence of associated images<br>
> in the old database. We have see issues involving images that no longer<br>
> had an associated Album or even images in Albums where the Album Root<br>
> had been deleted. The query logic that protected against that should<br>
> have been directly transferable to SQLite (indeed I was planning on<br>
> testing that when my laptop died a few months back). I got my laptop<br>
> mended a short while ago and will try to see how the latest changes cope<br>
> with my old digikam 4 databases.<br>
><br>
> Regards<br>
><br>
> Richard<br>
><br>
> On 04/12/2017 14:19, Gilles Caulier wrote:<br>
> > Hi,<br>
> ><br>
> > A lots of work have be done to next 5.8.0 about Mysql support and<br>
> > migration tool. The current pre-release AppImage bundle can be tested here<br>
> > :<br>
> ><br>
> > <a href="https://files.kde.org/digikam/" rel="noreferrer" target="_blank">https://files.kde.org/digikam/</a><br>
> ><br>
> > Gilles Caulier<br>
> ><br>
> > 2017-12-04 14:33 GMT+01:00 J Albrecht <<a href="mailto:heviiguy@gmail.com" target="_blank">heviiguy@gmail.com</a><br>
> ><br>
> > <mailto:<a href="mailto:heviiguy@gmail.com" target="_blank">heviiguy@gmail.com</a>>>:<br>
> >     I’ve tried to convert my database from SQLite to MySQL twice. Both<br>
> >     attempts appeared to be going well until approximately 75% into the<br>
> >     process. At those times, they failed with the following dialogue:<br>
> ><br>
> >     Error while converting the database. Details: Cannot add or update a<br>
> >     child row: a foreign key constraint fails<br>
> >     (`digikam`.`ImageHaarMatrix`, CONSTRAINT `ImageHaarMatrix_Images`<br>
> >     FOREIGN KEY (`imageid`) REFERENCES `Images` (`id`) ON DELETE CASCADE<br>
> >     ON UPDATE CASCADE)<br>
> ><br>
> >     Any idea how I might be able to overcome this critical issue?<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>