同じユーザーで複数のOracleデータベース（スキーマ）をセットアップする方法は？

Question

当社は、C＃Visual Studio 2010、Windows 7、およびOracle 11gで実行されるいくつかのソフトウェアを継承しました。努力の結果、ソフトウェアが稼働し、安定したデータベース（スキーマ）がセットアップされました。

古いシステムのデータをこの新しいシステムに移行するプロセスが開始されました。しかし、データのインポートでは試行錯誤の作業が必要になると思うので、私は作業スキーマを台無しにしたくありません。

私は次のことをしたかった： 私たちの既存のスキーマがPRODと呼ばれているとしましょう。インポートしたデータに使用できるTESTという2番目のスキーマを作成したかったのです。次に、C＃コードでは、2つのデータベーススキーマを切り替えるときに、データソースの名前を切り替えることができます。この接続のユーザー名とパスワードは、コードに散在している多数の場所に表示されます。 「db環境」を切り替えるたびに複数の場所でユーザーの資格情報を変更する必要がないように、私はPRODとTESTにアクセスできる単一のユーザーを作成したいと考えました。

ただし、how to grant user privilege on specific schema?はこれが不可能であることを示しています。 Correct way to give users access to additional schemas in Oracleは、オブジェクトレベルでアクセスを許可する方法を提案していますが、これは不十分です。基本的に、1人のユーザーが2つの同一のスキーマ（PRODとTEST）にアクセスするようにします。これを達成したら、データのインポートを開始するためにTESTを修正したいと考えています。

別のポートに別々のOracle DatabaseインストールとしてTESTを作成しようとしましたが、この新しいインスタンスでユーザーを作成しようとすると、ユーザーがすでに存在しているという競合が発生します（PROD用に作成された元のデータベースインストール）。

ユーザーは既に存在し、PRODにアクセスできます。彼にTESTへのアクセスを与えるにはどうすればいいですか？または、Oracleを使用するアプリケーションでPRODおよびTESTデータベースを定義するというより一般的な問題を解決するにはどうすればよいでしょうか？

これは些細なことですが、Oracleでこれを行う方法はわかりません。私はOracleにとって非常に新しいです。

Answer 1

Oracleへの接続がC＃コードで正しく処理されていないため、これが問題になっています。

グレゴリーが示唆するようにデータアクセスレイヤーを個別に定義した場合、またはA.Bの答えポイントとしてSQL文でより一般的な命名規則を使用した場合、2つのデータベースを切り替えるほうがはるかに簡単です。

私たちの使命は、現在のコードの変更/リファクタリングを行う伴わないので、私は、バックアップとリカバリの方法を使用しています：

私は作業データベースのバックアップを作成します。それから私は必要なテストとデータベースの変更を行います。作業データベースに戻す必要がある場合は、「テスト」データベースのバックアップを再度作成し、元の作業データベースを復元し、適切なフラグを使用してリストアの場合は既存のテーブルを置き換えます。これにより、私は "作業中の"データベースと "テスト"データベースの間を行き来することができます。

バックアップとリストアの実行に時間がかかりますが、C＃コードに影響を与えることなく動作し、動作中のデータベースに影響を与えずに「テスト」データベースで作業できるため、これは理想的ではありません。これは "テスト"データベースが機能するまでの一時的なシナリオなので、これが私が従うアプローチです。

他の回答が指摘するように、接続コードを修正/リファクタリング/一般化する必要があります - 私はそれが最善のアプローチであり、私がすぐにやっていない唯一の理由は私たちがまだコードを変更することを義務づけられました。

Answer 2

許可を与える質問はalready been answeredです。

質問：全体として、データベース・スキーマを更新したいが、別のスキーマと同じデータベースに保存し、両方を本番データベースのように見せたい？もしそうなら、それをもう一度読んで、それがどんなに危険なのかを沈めることができます。

ソフトウェアの更新として、あるスキーマから別のスキーマに移行する場合は、新しいデータベースを作成して移行する方が安全です。これは、あなたがスクリプトを微調整するときに新しいデータベースを吹き飛ばすことができるので、たくさんのショットを与えます。

あなたがソフトウェアで可能な限り小さな摩擦をしたい場合、あなたはいくつかのことをする必要があります。

1. は、複数の場所でハードコード接続情報に決めたバカからコードをリファクタリング。 1つの場所で文字列を取得し、データアクセスレイヤ（DAL）コードを独自のクラスに抽出する必要があります。
2. データベーススキーマに依存しないドメインオブジェクトの作成を検討してください。私はこれを必須と考えていますが、これをしないと逃げることができます。あるスキーマから別のスキーマに移行する場合は、データ構造を使用すべきではないので、PRODスキーマテーブルと一致する場合でも、私はまだドメインオブジェクトを作成します。
3. データアクセスレイヤー（DAL）のインターフェイスを作成する
4. 現在のデータスキーマを現在のDALを通じて、インターフェイスを使用してドメインオブジェクトにマップします。
5. 新しいDALを使用して、新しいスキーマをインターフェイスを使用してドメインオブジェクトにマップします。
6. これは古いか新しい「スキーマ」

Answer 3

への応用が設定可能になり、私はあなたが持っていると仮定しています（あなたが使用しようとしているどのDALのオブジェクトを決定するためにファクトリを作成します（またはプロバイダパターンを使用）スキーマPRODと、このスキーマ内のオブジェクトにいくつかの権限を持ってDBUSER。
DBUSERの名前とパスワードは、すべてのアプリケーションの上にハードコードされています。
あなたは（DBUSERへの助成金を含む）PRODと同じように見える新しいスキーマTESTを作成しました
アプリケーションが好きな場所であればどこでもかまいません。

UPDATE some_table set ... 

それはPRODでTESTずにsome_tableテーブルを更新します。
私の提案を使用して変更SYNONYMSを、IE-
あなたはPRODでsome_tableを更新したい場合は、実行することです。

CREATE OR REPLACE PUBLIC SYNONYM some_table for prod.some_table; 

とあなたがTESTでsome_tableを更新する際に、実行します。

CREATE OR REPLACE PUBLIC SYNONYM some_table for test.some_table;