another reason for splitting databases: we have several websites sharing the same userdata (so that users only have to register once). with every app having about 300 tables, one database may not be the right decision.
any ideas on how to solve this? thanks, patrick Am 23.06.2006 um 21:39 schrieb Jacob Kaplan-Moss: > > On Jun 23, 2006, at 11:51 AM, sean wrote: >> The only reason I wanted to split the db in the first place is that I >> don't really like the thought of having the application data (like >> auth, flatpages etc.) and the production database (which is also >> accessed by other applications) in one db. I guess a few extra >> columns >> don't do any harm, but as I use postgresql I'm kind of worried that >> the >> autovacuum function bails out and somehow leaves the db in an >> unstable >> state. This has improved a lot in recent versions, but there still >> seem >> to be some problems from time to time. > > Wow, that sounds really awful, and would scare the crap out of me, > too. > > However, just so that nobody gets the wrong idea about Django or > Postgres: my main production database has about 250 tables in it and > I've never had a single problem with autovacuum or anything else. > > Jacob > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~----------~----~----~----~------~----~------~--~---
