<div dir="ltr"><br><div class="gmail_extra">Hi David,</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thank you :)<br><br><div class="gmail_quote">On Wed, Jan 29, 2014 at 7:21 PM, David Narvaez <span dir="ltr"><<a href="mailto:david.narvaez@computer.org" target="_blank">david.narvaez@computer.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Jan 28, 2014 at 9:21 PM, Vijay Dhameliya<br>
<<a href="mailto:vijay.atwork13@gmail.com">vijay.atwork13@gmail.com</a>> wrote:<br>
> Hi Albert,<br>
><br>
> Replacing file system by database not only reduce loading time and files<br>
> from source code but it will provide scope to feature like adding, editing,<br>
> and removing DSOs (deep sky objects) and other similar sky-objects.<br>
<br>
</div>I haven't used KStars but I don't see how is editing impossible using<br>
the right set of widgets. After all, regardless of whether you load<br>
the data from a file or a DB, you end up with a model and I guess you<br>
can put whatever visualization is needed on top of that to have an<br>
editor.<br></blockquote><div><br></div><div>Actually when we store different data-field of skyobject in file, the code become messy for editing and deleting this data from file. But if we have database then select, update and remove query makes our job simple. Of-course this is not adequate reason to replace whole file system with database ;-)</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> And if we have database system in KStars then maintaining user's logs and<br>
> storing downloaded images will become more reliable and systematic.<br>
><br>
> And KStars allows user to add their own catalog which may contain any number<br>
> of DSOs (i.e. raws for database or line in file). So when talking about such<br>
> large data, loading time will be reduced significantly.<br>
<br>
</div>I guess Albert's question is if you have numbes to back that claim.<br>
"Significantly" doesn't have much meaning if you want others to buy in<br>
to your suggested change. One way of getting those numbers is to<br>
implement your changes in a separate branch and then use profilingn<br>
tools that will show exactly how much time is reduced, etc. If you go<br>
down that path I would recommed getting a hold of Milian Wolff who has<br>
done a lot of profiling for KDevelop[0] and other KDE projects. Otoh,<br>
not everything is measured in bytes and seconds, and if these changes<br>
improve code quality, that is another dimension to consider, but<br>
again, that is easier to see once the changes are implemented in their<br>
own branch.<br></blockquote><div><br></div><div>Thank you very much for giving idea to measure the change that database implementation can bring. I shall soon get my hands on the same.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
David E. Narvaez<br>
<br>
[0] <a href="http://milianw.de/blog/katekdevelop-sprint-vienna-2012-take-1" target="_blank">http://milianw.de/blog/katekdevelop-sprint-vienna-2012-take-1</a><br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
kde-edu mailing list<br>
<a href="mailto:kde-edu@mail.kde.org">kde-edu@mail.kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-edu" target="_blank">https://mail.kde.org/mailman/listinfo/kde-edu</a><br>
</div></div></blockquote></div><br></div></div>