また、マルチテナント技術として知られているマルチテナントは、共有し、マルチユーザ環境における同じシステム又はプログラムコンポーネントを実装し、依然として各ユーザデータとの間のアイソレーションを確保する方法を模索しているソフトウェアアーキテクチャ技術です。同じクライアント、あるいはカスタマイズされたサービスのほとんどを提供し、まだ顧客のデータの分離を保護するために、単一のシステム内の共有データセンターインフラストラクチャおよびサービスにおけるクラウドコンピューティング、マルチテナント・テクノロジーの時代に。現在、クラウドコンピューティングサービスの広い範囲では、このような、アリのクラウドサーバーなどアリクラウドデータベースサービス（RDS）などの技術分野、この種のです。三大マルチテナント・ソリューション、すなわち、データストレージにあります。
1.独立したデータベース
これは、データベース、ユーザー・データの分離、最高レベルのテナント、スキームの最高のセキュリティで最初のオプション、ですが、コストが高いです。
利点：
異なるテナントの固有のニーズを満たすために拡張されたデータモデルの設計簡素化に異なるテナントのための独立したデータベースを提供し、
障害が発生した場合は、データの復旧が比較的簡単です。
短所：
アテンダント維持費と取得費用、データベースのインストールの数を増やします。
このソリューションは、従来のクライアント、データの集合、そこオペレータに配備類似し、異なるだけ統一ソフトウェアの展開です。直面したとき
、データ分離テナント銀行、病院などの非常に高いレベルで、あなたはレンタル価格設定を改善するために、このモデルを選択することができます。価格が低い場合、製品は
低道を取る、このプログラムは、一般的な演算子は余裕がないです。
2.共有データベース、データ・アーキテクチャー分離
これは、いくつかまたは全てのテナントがデータベースを共有し、第2のプログラム、が、各テナントのスキーマです。
長所：
高いセキュリティ要件を提供するためには、完全に分離されていない論理データ分離ある程度のテナント、各データベースは、より賃貸サポートできる
ユーザの数。
短所：
障害が発生した場合は、回復用データベースが他のテナントからのデータを含むことになるので、データの回復は、より困難であり、
いくつかの困難あなたが必要な場合は、クロステナントの統計が存在します。
3.共有データベース、共有データ・アーキテクチャ
これは、第3の実施の形態である、すなわち、テナントは、同じデータベース、同じスキーマを共有するが、テナントTenantIDによってテーブル内のデータを区別します。
これは、共有の最高度、分離モードの最も低いレベルです。
利点：
所有権とメンテナンスプログラムの第三の最低コストに比べて3つのシナリオ、データベースのサポートの数まで、各テナントが可能になります。
短所：
分離レベルの最小、最低のセキュリティ、セキュリティの設計と開発に開発の量を増やす必要があり、
最も難しいのデータのバックアップとリカバリとバックアップずつおよび復元することにより、表1を必要とし
ますが、サービスを提供するために、テナントの最大最小にサーバーをしたい場合低コストと引き換えに分離レベルを犠牲にしてテナントを受け入れるように、この解決策は最も
適し。