[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-edu-devel
Subject: Re: [Kstars-devel] Replacing file-system by database in KStars
From: Vijay Dhameliya <vijay.atwork13 () gmail ! com>
Date: 2014-01-30 3:49:45
Message-ID: CAH-KMQgx0qnkzqKAYP2=VXN7d=gu-F0tcFpxu3AjGB1Du8TjTA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi David,
Thank you :)
On Wed, Jan 29, 2014 at 7:21 PM, David Narvaez
<david.narvaez@computer.org>wrote:
> On Tue, Jan 28, 2014 at 9:21 PM, Vijay Dhameliya
> <vijay.atwork13@gmail.com> wrote:
> > Hi Albert,
> >
> > 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.
>
> I haven't used KStars but I don't see how is editing impossible using
> the right set of widgets. After all, regardless of whether you load
> the data from a file or a DB, you end up with a model and I guess you
> can put whatever visualization is needed on top of that to have an
> editor.
>
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 ;-)
>
> > And if we have database system in KStars then maintaining user's logs and
> > storing downloaded images will become more reliable and systematic.
> >
> > 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.
>
> I guess Albert's question is if you have numbes to back that claim.
> "Significantly" doesn't have much meaning if you want others to buy in
> to your suggested change. One way of getting those numbers is to
> implement your changes in a separate branch and then use profilingn
> tools that will show exactly how much time is reduced, etc. If you go
> down that path I would recommed getting a hold of Milian Wolff who has
> done a lot of profiling for KDevelop[0] and other KDE projects. Otoh,
> not everything is measured in bytes and seconds, and if these changes
> improve code quality, that is another dimension to consider, but
> again, that is easier to see once the changes are implemented in their
> own branch.
>
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.
>
> David E. Narvaez
>
> [0] http://milianw.de/blog/katekdevelop-sprint-vienna-2012-take-1
> _______________________________________________
> kde-edu mailing list
> kde-edu@mail.kde.org
> https://mail.kde.org/mailman/listinfo/kde-edu
>
[Attachment #5 (text/html)]
<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>
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic