Hi Neal,

I have a system where the data needs to be separated from each customer. 
 My customers are very not comfortable with a traditional SaaS model, so 
I'm trying to find a middle ground such that I can leverage common 
infrastructure but still keep the data separated.

My alternative was to setup an environment per customer, which would be 
quite expensive and a huge pain to manage.

Misha

On Wednesday, September 2, 2015 at 1:09:53 AM UTC-7, Neal Clark wrote:
>
> I read the README, hadn't heard about this gem before, but the multi 
> tenancy via PG schema sounds amazing. Like I'm trying to think of a use 
> case just to use this gem. It's a brilliant idea.
>
> I haven't and won't ever deploy to Heroku. But that's just me...
>
> -n
>
>
>
> On Tue, Sep 1, 2015 at 7:55 PM, Ylan Segal <[email protected] 
> <javascript:>> wrote:
>
>> Misha, 
>>
>> It's been about 4 years since I looked into that gem. From what I 
>> remember: 
>>
>> - The gem seemed well written and relatively pain-free while in the 
>> request-response cycle (that is, be setting the correct postgres schema on 
>> a before filter). However, doing stuff in delayed job or other background 
>> mechanism required being more diligent. 
>> - I did a POC that was successful 
>> - We decided in the end to not use it, because it seems that the way 
>> heroku (our hosting service) had support for postgres schema was not very 
>> performant and we were worried that the approach would not scale. 
>>
>> I know it's not much and a bit dated, but hopefully it's better than 
>> nothing 
>>
>> — 
>> Ylan Segal 
>>
>>
>> > On Sep 1, 2015, at 5:12 PM, Misha Manulis <[email protected] 
>> <javascript:>> wrote: 
>> > 
>> > Hi Everyone, 
>> > 
>> > I'm looking at different approaches to support multi-tenancy but to 
>> segregate the data. I've been playing with the Apartment gem and wondering 
>> what people's experience has been with it. 
>> > 
>> > Thanks, 
>> > 
>> > Misha 
>> > 
>> > -- 
>> > -- 
>> > SD Ruby mailing list 
>> > [email protected] <javascript:> 
>> > http://groups.google.com/group/sdruby 
>> > --- 
>> > You received this message because you are subscribed to the Google 
>> Groups "SD Ruby" group. 
>> > To unsubscribe from this group and stop receiving emails from it, send 
>> an email to [email protected] <javascript:>. 
>> > For more options, visit https://groups.google.com/d/optout. 
>>
>> -- 
>> -- 
>> SD Ruby mailing list 
>> [email protected] <javascript:> 
>> http://groups.google.com/group/sdruby 
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "SD Ruby" group. 
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>. 
>> For more options, visit https://groups.google.com/d/optout. 
>>
>
>

-- 
-- 
SD Ruby mailing list
[email protected]
http://groups.google.com/group/sdruby
--- 
You received this message because you are subscribed to the Google Groups "SD 
Ruby" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to