<div dir="ltr">Hi Albert,<div><br></div><div>Replacing file system by database not only reduce loading time and files from source code but it will provide scope to feature like adding, editing, and removing DSOs (deep sky objects) and other similar sky-objects.</div>
<div><br></div><div>And if we have database system in KStars then maintaining user's logs and storing downloaded images will become more reliable and systematic.</div><div><br></div><div>And KStars allows user to add their own catalog which may contain any number of DSOs (i.e. raws for database or line in file). So when talking about such large data, loading time will be reduced significantly. </div>
<div><br></div><div>Regards,</div><div>Vijay</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 29, 2014 at 2:24 AM, Albert Astals Cid <span dir="ltr"><<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El Dimarts, 28 de gener de 2014, a les 08:22:08, Vijay Dhameliya va escriure:<br>
<div><div class="h5">> Hi guys,<br>
><br>
> Currently when KStars is launched, it reads data corresponding to different<br>
> Skyobject from respective file in loaddata() methods. And I have tracked<br>
> out all the classes where we are loading data by reading file.<br>
><br>
> I researched bit on the topic and I found that loading data from database<br>
> is always much better option then doing same from file.<br>
><br>
> If we replace file system with QSql following are the Pros:<br>
><br>
> 1) We will not have to ship so many files with Kstars<br>
> 2) Loading from database is quicker than doing same from file<br>
> 3) Code for load methods will be reduced in size<br>
><br>
> Cons:<br>
> 1) I will have to move all data from files into database by temporary<br>
> methods<br>
><br>
> So I am planning to start coding to replace file system by database on my<br>
> local branch.<br>
><br>
> Can you please give your views and suggestion regarding the same ? I am<br>
> sure that It will be very helpful to me. :)<br>
<br>
</div></div>I'm not a KStars devel, but I don't really see any benefit in having stuff<br>
*shipped* as a SQL database, it'll be harder to maintain, to edit, to interact<br>
with (i.e. extract text for i18n).<br>
<br>
>From a end user point of view, is the current loading code that slow? Because<br>
if we are speaking of a 200ms vs 100ms change I don't see the need in redoing<br>
all the code with the bugs it may introduce.<br>
<br>
Cheers,<br>
  Albert<br>
<br>
><br>
> Regards,<br>
> Vijay Dhameliya<br>
<br>
_______________________________________________<br>
Kstars-devel mailing list<br>
<a href="mailto:Kstars-devel@kde.org">Kstars-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kstars-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kstars-devel</a><br>
</blockquote></div><br></div>