On Apr 8, 2014, at 11:01 AM, Richard Gerd Kuesters <[email protected]> wrote:
> thanks mike. i know it's a vague question, but that just the point: i don't > know the answer because it can be both :) > > let me clarify: assuming the application can be self hosted (in our ift), > hence also multi-tenancy can be used for multiple clients. if not, the same > codebase would run in the client's server space, in which some rules will > does not comply - as a "core client database" will not be available, as an > example. > > assuming that i have a lot of clients in our self hosted platform, i could > enable multi-tenancy, but can i query or join between different databases? there might be some way that PG can refer to different databases like schemas, but if you need to join between different databases, that means the app isn't multi-tenancy, its one big app with shared data. I suspect that this "join between different databases" use case is more like, customers can access system A that has a set of common tables for everyone, or system B that is "their database". A and B alone might be organized as separate databases to start with, so you don't need to join between different databases. I'd prefer to approach this in as much of a service oriented way as possible. System A and B would share data strictly at the level of two services sending messages to each other. > > fyi, the server is postgres 9.x > > > thanks a lot, > richard. > > > On 04/08/2014 10:57 AM, Michael Bayer wrote: >> this is a vague and open ended question, is this a multi-tenancy >> application? does each client have their own database? or is that the >> question? if its multi tenancy, Id probably give each client a different >> database, why not? >> >> >> >> On Apr 4, 2014, at 12:58 PM, Richard Gerd Kuesters >> <[email protected]> wrote: >> >>> hi all! >>> >>> i have a question about sqlalchemy and database design. >>> >>> i'm developing an app, where each client may receive an alert about the >>> total space usage of their data (files and database), so, using postgresql, >>> i can get them (data usage size) using a different tablespace, database or >>> schema, if i'm not wrong. given these premises, which is the best way to >>> design my database using sqlalchemy, having in mind that I need also to >>> integrate the client databases to the "core" database? >>> >>> my best regards, >>> richard. >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "sqlalchemy" group. >>> To unsubscribe from this group and stop receiving emails from it, send an >>> email to [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at http://groups.google.com/group/sqlalchemy. >>> For more options, visit https://groups.google.com/d/optout. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "sqlalchemy" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To post to this group, send email to [email protected]. >> Visit this group at http://groups.google.com/group/sqlalchemy. >> For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups > "sqlalchemy" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/sqlalchemy. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "sqlalchemy" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/sqlalchemy. For more options, visit https://groups.google.com/d/optout.
