Edgewall Software

Changes between Version 53 and Version 54 of TracMultipleProjects/ComprehensiveSolution


Ignore:
Timestamp:
May 29, 2008, 10:57:41 PM (16 years ago)
Author:
dave@…
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • TracMultipleProjects/ComprehensiveSolution

    v53 v54  
    145145   - ''Not in this way; this particular scheme relies on the unique ability of PostGreSQL to use multiple schemas in the same database and do queries across those schemas.  If you don't care about cross-project queries, then of course SQLite should work fine.'' [[br]] -- dave 01/28/2008
    146146   - The migration and multitrac query use schema but do not actually use the inheritance feature in postgresql, so its not clear to me how this is actually much more than a union query where the joined queries are set in a loop. If you use inheritance, you could simplify the multitrac_query to be a join like "select bar, relname from foo join pg_class on pg_class.oid=foo.tableoid;" This does not alter the trac schema at all, so I think trac DDL changes with version upgrades should work. I've modifiyed sqlite2pq and migrate.py to use inheritance. Any interest in persuing this variation on your approach? [[br]] -- karl 04/13/2008
     147   - ''Karl, I didn't know anything about table inheritance in postgresql when I did this, but now that I look, it seems like that could be used to substantially improve on my scheme.  I still don't have very strong DB-fu so I'd need some handholding, but I _would_ like to pursue your idea.  Please be in touch with me at dave-AT-boostpro-dotcom. [[br]] --dave 05/29/2008
    147148
    148149----