bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Database interface


From: Jon Kinsey
Subject: Re: [Bug-gnubg] Database interface
Date: Tue, 25 May 2004 16:49:47 +0100
User-agent: Mozilla Thunderbird 0.6 (Windows/20040502)

Joern Thyssen wrote:
On Tue, May 25, 2004 at 03:26:44PM +0100, Jon Kinsey wrote

Or we could just remove it, is it helpful - after all I guess everything in the database is under the same schema?

I can't remember why I made the schema...

I'll remove it then - I've already made the changes locally to get sqlite working.

Perhaps this gets to the point I was trying to make - how do we see this being used? I doubt many users are database experts, this is what I think is more likely:

I'm not really fond of using the C APIs, neither sqlite nor any other.
You could also argue  that most windows users have Access installed, so
we should use that instead.

Fair enough, you wrote the code and I like python anyway :-)

BTW, most windows pcs don't have MS Access and even less use it...
There's a much better argument for using sqlite - it's free, cross platform, easy to deploy and targeted at just this type of application.

I think we should document the database-specific part of database.py
really careful, and write about it in the manual, e.g.,
Using gnubg and SQLite:

Create the database by executing blah blah yada yada. Locate and modify
database.py as follows: yada yada yada.

I think the database creation could be added to database.py, as everyone will have to do this at least once. It should be possible to read the gnubg.sql file and execute each ';' separated command? Then a relational create db type command could also be added...

BTW, I don't imagine any users to use python to query the database. I
would expect them to use the query tools available for their specific
database. We can supply SQL queries to be pasted into MS Access,
postgresql etc, but I don't think we need to write any python scripts to
do that.

Perhaps, it's a bit error-prone though. Obviously it's quite easy for someone who is used to databases, I don't think this is the majority of users. I don't think the majority of users know python either so I guess most people will settle for the general info they get from the UI.

Jon




reply via email to

[Prev in Thread] Current Thread [Next in Thread]