質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
Java EE

Java EE(Java Enterprise Edition)はJavaベースのテクノロジーとその相互運用の仕様をまとめたものです。サーバとクライアントのアーキテクチャを規定し、特定アプリケーションのクラス用に定義されたテクノロジー設定のプロファイルを使用します。

Q&A

解決済

2回答

4518閲覧

JavaEEでデータソースの切り替えを行うには

jastaway

総合スコア35

Java EE

Java EE(Java Enterprise Edition)はJavaベースのテクノロジーとその相互運用の仕様をまとめたものです。サーバとクライアントのアーキテクチャを規定し、特定アプリケーションのクラス用に定義されたテクノロジー設定のプロファイルを使用します。

0グッド

0クリップ

投稿2015/10/23 06:24

お世話になっております。

現在JavaEEでWebシステムの開発を行っております。

一つのアプリケーションから複数の顧客ごとに分かれたDBスキーマに対してアクセスするような方法を考えています。

いくつかのサイトを検索して、EntityManagerFactoryを作成し、任意にデータソースの切り替えが可能であることはわかりましたが、今後顧客が増えた場合(データソースが増えた場合)に、毎回プログラムの修正(エンティティマネージャの追加)が必要だと思いました。

理由としては、EntityManagerのアノテーションのUnitNameが動的に指定できないからです。
変数を入力したら「要素値は定数式である必要があります」というエラーが表示されます。

データソースの参照が追加された場合、ソースを変更しなくても対応できる方法はありますでしょうか?

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

実証はしていないのですが、PersistenceContext指定で複数のEntityManager を作成して切り替えるのではないでしょうか。

java

1 2@PersistenceContext(unitName="dba") 3 private EntityManager emDba; 4 5@PersistenceContext(unitName="dbb") 6 private EntityManager emDbb; 7

投稿2015/10/23 22:28

BlueMoon

総合スコア1339

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

jastaway

2015/10/24 01:00 編集

返信ありがとうございます。 解答していただいたソースと同じ方法で実装しています。 スキーマが増えても、ソースコードを変更しなくてもよいようにunitnameを、可変にできないかなという質問です。
BlueMoon

2015/10/24 03:36

質問を良く読んでおりませんでした。 失礼いたしました。
guest

0

ベストアンサー

DBスキーマの切り替えってことでよかったでしょうか?
ちがっていたらすいません。

JavaではないですがDB側にやらせてはどうでしょう?
Oracleなら ALTER SESSION SET CURRENT_SCHEMA = <schema name>をSQL発行してあげれば現在のスキーマを変更できます。
他のDBでも切り替え方法はあると思います。

スキーマ名と顧客IDとを紐付けておくマスタテーブルを作成しておけば、
どのスキーマに切り替えればいいかがわかります。

以前、スキーマをガンガンつくったり消したりするシステムを開発していて、
その方法で切り替えを行っていました。
ご参考になれば。

投稿2015/10/23 06:41

kaputaros

総合スコア1844

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

jastaway

2015/10/23 08:57

申し訳有りません、私の説明不足です。 切り替えではなく同時に接続です。 ひとつのアプリケーションでログインユーザーによって、アクセスするスキーマを変えるイメージになります。
kaputaros

2015/10/26 00:41 編集

あ、DBはOracleでよかったでしょうか? ユーザーはそれぞれインスタンスが違いますよね? 違うインスタンスでコネクションも違うので並行アクセスしてもいけましたよ。 Threadを使って制御していたかどうかまでは把握していませんが。。 ちょっと売る覚えなのですが、テーブル名の前にスキーマ名をつけていたような・・・。 すいません、この辺は覚えていません^^; ただ、開発する側はスキーマのことをあまり意識しなくても、問題はありませんでした。 (スキーマ作ってテーブル作って・・・という機能の部分では意識しまくっていましたが) ユーザー1人1人にDBコネクションを貼るので、その際にスキーマをalter sessionしてあげれば問題ないかと。
jastaway

2016/03/24 01:39

ORACLEではなく、Postgresqlです。オラクルチックな書き方をしてしまいました。。。 オラクルのコンサルに同様の質問をしたのですが、できないといわれました。 えー。。。。
kaputaros

2016/03/24 02:46

解決済みのようなのですが、ちょっと見つけたのでコメしますね。 Postgresqlで任意のスキーマを切り替えるには、 「set search_path to スキーマ名;」 とすればよいようですよ。 ユーザーのログイン情報の中にどのスキーマかを保持していてあげれば、 アプリケーションの方で任意に指定できそうですが。。。 これではダメでしょうか? 参考URL↓ http://syo.cocolog-nifty.com/freely/2009/01/postgresql-c5a1.html
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問