か、ビルマルチテナンシー。

Question

何でのベストプラクティスの構築に応用するテナントのサポートなどのソフトウェアとしてサービスですか？

リンク白書で拡大するこれぞよろしくお願い申し上げます。

Answer 1

あなたはOrenのエイーニにより、ブログの記事のシリーズでいくつかの貴重なアドバイスを見つけるかもしれない。

これは、以前の記事へのリンクで、シリーズの最後の記事の一つである：<のhref = "http://ayende.com/Blog/archive/2008/08/16/Multi-Tenancy--Approaches-そして-Applicability.aspx」のrel = "noreferrer"> http://ayende.com/Blog/archive/2008/08/16/Multi-Tenancy--Approaches-and-Applicability.aspx の

Answer 2

のデータベース：

A.を入れても同じデータベース、tenant_idムテーブル

メリット：のは容易な

連結:非常にしやすいバグ:で漏れのデータからテナントです。

B.を入れても同じデータベースが、各テナントに独自の名前空間 (postgresql話しスキーマ)

メリット：提供よりよいデータの漏えい保護以外のオプションA

連結:対応していないデータベースです。AFAIK PostgreSQL、Oracleするとともに、それを支援す

C.設定を一つのデータベース当たりのテナント

メリット：一切のデータから漏れテナント別の

連結:設定した新規テナントが複雑化してきております。データベース接続に重大なゴミ問題になります。

また、上記のアイデアからガNaor.こちらのリンクは発表:http://aac2009.confreaks.com/06-feb-2009-14-30-writing-multi-tenant-applications-in-rails-guy-naor.html