セッションデータに基づいた検証、サブドメイン間のデータ共有

Question

私たちは製品サポートのためのアプリケーションを構築しています。アイデアは、それぞれが他の組織の製品をサポートするための複数のサブドメインを持つことです。私たちはこのアカウントと呼んでいます。各アカウントは正確に1つのサブドメインに縛られています。 ユーザーにはロールもありますが、ユーザーはaccount1で1つのロールを持ち、account2では1つのロールを持つことができます。多くの検証は、現在のユーザーが持っている役割に基づいています

1）：

は基本的には、二つの問題があります。それはcurrent_account（セッションデータ）に依存するので、私はモデルでこれらの種類のバリデーションを行うことができません。これは私にいくつかの醜いコントローラコード（醜い、実際には外れているという意味で）につながります。私はcurrent_accountをモデルクラスの変数の後に格納することを考えましたが、これはスレッドセーフではないことを読んでいます。どんな勧告？

2）ほとんどすべてのデータベースレコードは現在のアカウントに固有です。したがって、ほとんどすべてのテーブルにaccount_id列があり、モデルにはbelongs_toアカウントの関連付けが必要です。私はそれを避けたい。最初の（明らか）なことは、すべてのアカウントのために別々のデータベースを持っていることですが、

A）が共有されているテーブル

b）は、上司は、このソリューションは、（比較的低いと多くのアカウントがあるでしょう受け入れられないと言いますユーザー数）。 3つ目の方法はありますか？

Answer 1

誰かが同様の問題に遭遇した場合： この問題はmultitenancyと呼ばれます。理解default_scopeが役立つはずです。また、私のためにうまく働いたmultitenant gemがあります。