Re: [Time-table-devl] Greetings...

[graeme <fos...@gm...>]

I'd like to pick up on Anil's comments.

1) The program is it intended to be scalable?

I agree that the approach used will have problems for larger sites and so
that is a draw back. I remember thinking about this and wanted to put in a
process that would get the data only when it was required. However I felt
that it was more important to get it working and add that later. I feel tha=
t
by having a single point of getting the data will help with that sort of
implementation, if and when it is put in place. I fully agree with you that
without it the program has limitations, but I wanted to get something
working first (still an objective that is quite a long way away)

However if that is something that you would like to pick up, excellent!
Although I will need to finish my review of the database access model.
(which will hopefully be done by the end of this week)

2) A BEGIN TRANSACTION/COMMIT wouldn't do the job for sync?

No what I want in the long run is to properly manage the following
situation.
person A has update rights, person B has read only rights, they happen to
live in different cities. Both are looking at the data for the Blue
Institute, person A is told the the Blue Institute is to be renamed the
Green Institute and so performs the change. person B doesn't need to do
anything but the new name is pushed onto the system.

Obviously such changes are rare and whilst changes to the actual timetable
are going to be more common I'd like the model to support this update. I'd
suggest that is is done by the client machine occasionally polling the
database to ensure that the data is still all valid. Initially it could sen=
d
timestamps for the database and if that has changed then timestamps for eac=
h
table, if any of those have changed then request the updated data.

That should be fairly easy to implement but once again I don't see it as a
high priority job, but if anyone ins interested in it, or would like me to
explain it further then please let me know.

3) Isn't it better to use an Object/Relational mapping tool?

Eh maybe... I really don't know. Really I just wanted to restrict the numbe=
r
of third party libraries. So I'm not against them but at the time I was
learning Qt I didn't want to have to learn too many things simultaneously.
Also I know that there are a lot of good mapping tools around but I wonder
about their generic nature and would they help. Essentially I'm open to
persuasion but I'm going to bring my buddy scepticism along with me.

I hope that helps to address the issues a little. But just one more point I
want to make very clear. I see the project consisting of a number of
programs. The first is what I consider the administrative program the one
that gets all the raw data. That is the one that has been mostly written.
Then there is the timetable designer which will take that raw data and
design the new timetable, Then there will be a program that will view the
finished timetable (this could be in C++ and or Web based) Finally there
will be a program to generate reports (typically on staff, and student
loads) The way I described the database access model in that it gets all th=
e
data at the start is only valid for the first program.

graeme


On 3/28/06, Anil Mamede <am...@me...> wrote:
>
> Hello,
>
> I'd read the documentation and i think it's good to discuss some issues.
>
> It says that the program read all business data onto memory. The program
> is intended to scalable? How many stakeholders will use the program? If
> a user alters a data when this going to be write? A BEGIN
> TRANSACTION/COMMIT wouldn't do the job for sync? Isnt better to use an
> Object/Relational mapping tool?
>
> Now i'm busy but in the end of the day i will study the source code with
> the documentation.
>
> Anil Mamede
>
>
> graeme wrote:
> > Hello,
> >
> > I have been working on the web site, trying to add some meaningful
> > documentation and so I have been documenting the work that I have been
> > doing on the database interaction classes. This is a first draft and so
> > i would certainly appreciate feedback.
> >
> > I appreciate that you all require some time to look at the project
> > before deciding which area you wish to focus on. However I would
> > appreciate if you could use this list to share your thoughts, that way
> > at least I will know that you are still interested ;)
> >
> > graeme.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Time-table-devl mailing list
> Tim...@li...
> https://lists.sourceforge.net/lists/listinfo/time-table-devl
>