Simpler Bugzilla

Bill Barry after.fallout at gmail.com
Sat Jul 26 16:25:13 UTC 2008


Frédéric Buclin wrote:
>
> I just visited http://www.sqlite.org/omitted.html which says foreign 
> keys are not supported. This is a problem as our code now assumes 
> these constraints to be enforced, especially on deletion.
Foreign keys can be mocked using triggers.

The biggest problem with supporting sqlite is its concurrency model. 
Multiple connections can read at the same time, but only one connection 
can connect to the entire database (the whole db is write locked) when 
writing. That severely limits the number of concurrent users of Bugzilla.

A better path for Bugzilla might be to work towards a completely 
abstracted migration/installation database library (DBMI? *note). Once 
that is done, it would be able to support any database where a migration 
implementation (DBMD?) exists and a DBD implementation exists

note:
As a disclaimer, I have no idea how migrations are working in bugzilla 
at the moment, nor have I searched in Bugzilla for anything like this. I 
have only done rudimentary searching on cpan and come up with 
DBIx::Migrations::Directory, but I don't think that is a good solution 
as it requires sql scripts for each migration for each supported 
database. I was thinking something more along the lines of migrator.net 
(http://code.google.com/p/migratordotnet/) which abstracts away the sql 
that runs in order to support multiple databases with a single migration 
script.



More information about the developers mailing list