[Kstars-devel] Replacing file-system by database in KStars
vijay.atwork13 at gmail.com
Thu Jan 30 03:49:30 UTC 2014
Thank you :)
On Wed, Jan 29, 2014 at 7:21 PM, David Narvaez
<david.narvaez at computer.org>wrote:
> On Tue, Jan 28, 2014 at 9:21 PM, Vijay Dhameliya
> <vijay.atwork13 at 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,
> > 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
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
> > 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
> > of DSOs (i.e. raws for database or line in file). So when talking about
> > 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 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
>  http://milianw.de/blog/katekdevelop-sprint-vienna-2012-take-1
> kde-edu mailing list
> kde-edu at mail.kde.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the kde-edu