It depends. We do all of the above depending on the situation. Some programs we want to have cross client reporting and querying, so we use just application level security with a client_id field. Some programs we just want to be able to dump restore the whole DB in one go so we just different schemas, and in some casses where an app wasn't really designed for ASP model, we have different databases, or where each version of the App has custom extensions, or the database with all clients would just be too unwieldy. That probably doesn't help much. Assess what your needs are, and then pick the appropriate solution :) Alex Turner netEconomist On 5/10/05, Just Someone <just.some@xxxxxxxxx> wrote: > Hi, > > I'm looking into creating a hosted application with Postgres as the > SQL server. I would like to get some ideas and oppinions about the > different ways to separate the different clients, using postgres. > > The options I had in mind: > > 1) Create a different database per client. How much overhead will this add? > > 2) Use schemas and authentication. So each client is a different > schema on the database. > > 3) Use application level security (per object security maintained by the app). > > 4) ???? > > Any ideas? Opinnions? > > js. > > ---------------------------(end of broadcast)--------------------------- > TIP 7: don't forget to increase your free space map settings > ---------------------------(end of broadcast)--------------------------- TIP 7: don't forget to increase your free space map settings
