##背景
仕訳記録用の会計ソフトを開発しています。ユーザのサインアップ、検証、ログイン、ログアウト機能は既にできています。
ただし、例えばユーザＡが登録した仕訳が、新しくサインアップしてログインしたユーザＢに漏れなく見られてしまいます。つまり、全てのデータは全員共有という状態です。
望ましいのは、ユーザＡが登録した仕訳がユーザＡのみに見られ、ユーザＢがサインアップしてログインすると、またきれいな環境になり、ユーザＢがユーザＢのみ見られる仕訳を登録できるようになるということです。
ただし、一部の汎用勘定科目はＡもＢも見れます。
また、アプリのＵＲＬは変わらないです。ＡもＢも同じURLで同じシステムをログインします。
##いろいろ調べた結果
希望な機能は「マルチテナンシー」（Multitenancy）と呼ばれます。
幸いなのは、Railsの中に既にいくつかのGemがありました。苦労せず実現できそうな感じです。
一番流行っているらしいのが「Apartment」というGemです。違うテナントは違うsubdomainを通じてデータの隔離することを実現します。
Apartment+PostgreSQLの場合、微妙な問題がありそうです。未だに完璧に解決できていないようです。
二番目有名なGemは「acts_as_tenant」というGemです。今回使ってみたのはこれです。
##いよいよ始めよう
　インストールはとっても簡単

gem 'acts_as_tenant'をGemfileに入れます
Bundle Installを実行します。
完了です。

　データを隔離したいテーブルにテナントを代表するＩＤの列を追加

rails g migration addAccountToTablesでMigration Fileを生成させ、下記のように書きます。

説明：
①　dealsは仕訳を保存するテーブル、bank_accounts は銀行口座を保存するテーブルです。そしてユーザごとにデータを隔離したいテーブルです。両方とも既にあったテーブルです。

②　usersは既にあったユーザを保存するテーブルです。今回はuserごとにデータを隔離したいので、ここでは:user_idを入れてＯＫです。もし一つのAccount(Tenant)に複数のuserが含まれ、同じTenantのuserたちはデータを共有するという形がほしかったら、別途Accountテーブルを作る必要があります。

③　勘定科目を共有したいため、勘定科目テーブルgl_accountsはそのまま変わらないです。

p.s.Migration Fileの名前は「AddAccountToTables」じゃなくても何でもいいです。

　Modelにacts_as_tenant(:user)を追加

隔離したいModelだけが必要です。勘定科目のmodel-GlAccountはそのまま何も変わらないです。

　テナントを判別するコードをcontrollerに入れる

説明：
① ここのset_current_tanant_through_filterはgemが提供してくれる関数です。名前は変えられないです。
② find_current_tenantは自分で作ったprivate関数です。好きな名前にしてもＯＫです。
③ set_current_tenantはgemが提供してくれる関数です。名前は変えられないです。
④ パラメータのcurrent_userは自分がその前に書いた関数です。目的はログインしているユーザをゲットすることです。

以上だけ設定すると、ユーザＡもＢも自分しか見れない/作れないデータをできるようになりました。
非常にシンプルで分かりやすいＧｅｍだと思います。