11g現在、上記の環境でASP.NETによるWEBアプリケーションの作成を試みております。対象DBがOracleの場合の資料が少ないため、下記についてご教示いただけると幸いです。}</table>実行すると★印の箇所でエラーとなります。使用されているオブジェクト名です。]また、テーブルは正常に作成されるため二度目以降は正常に表示されます。[Table("スキーマ.MEMBER")]を削除後に実行すると、下記のエラーが出力され、テーブルは作成されません。ユーザー'dbo'は存在しません]」SQLServerを利用した場合は、[Table("スキーマ.MEMBER")]無しの状態で問題なくできるのですが、Oracleでは記述方法が異なるのでしょうか。ご指摘事項がありましたらご教示いただけると幸いです。--解決しました----------------------------------------------->>>接続するDB(ドライバ)にかかわらずデフォルトのユーザーは「dbo」となるため、スキーマを指定することで解決。簡単ですが、Oracle(SQLServer以外?)を使用した場合のコードファーストによるテーブル作成について下記にまとめておきます。スキーマを指定(デフォルトではdbo)。スキーマを指定しないと「__MigrationHistory」もdboで作成しようとするため、エラーとなる。規約によりエンティティクラスの複数形(Members)とする。任意のテーブル名、エンティティクラスに紐付くテーブルのみのスキーマ指定も可能。}}ご回答くださった方々、ありがとうございました。(1)情報提供をありがとうございました。「デフォルトのユーザーは「dbo」となる」というのが以外でした。以下のチュートリアルに指定するように書いてあったんですが、そういうことだったんですね。検証できる環境を持っておらず、想像の域を出ませんが・・・SQLServerを利用した場合は、[Table("スキーマ.MEMBER")]無しの状態で問題なくできるのですが、Oracleでは記述方法が異なるのでしょうか。属性無しでも、規約に従って動くはずなので問題ないと思うのですが。属性無しでは、規約に従ってエンティティ・クラス名の複数形がテーブル名にマッピングされます。テーブルが生成されているはずです。テーブルを利用する場合だそうです。属性無しでは、エンティティ・クラス名の複数形がテーブル名にマッピングされるはずです。属性無しで実際にどのようなテーブルが生成されるか調べてください。テーブルが生成されるはずです。複数になっていないとか、スキーマの設定方法が間違っているとか)を付与して問題になっているような気がします。始めに書きましたが想像の域を出ていませんので、上記が見当ハズレでしたらすみません。(0)ありがとうございます。解決の際の大きな手掛かりとなりました。」属性追加時に、スキーマを別の方法で指定することで正常に動作しました。解決方法については「質問事項」に記載します。SQLServerで正常に動作した際には「Members」を指定していたため正常に動作していたようです。15:010とりあえず質問を読んで気になるのは、Oracleなのに「dbo」というキーワードがでてきていることです。Serverのドライバが使われているんじゃないかと思います(SQLサーバー用のSQLが発行されている雰囲気がする)。Server用のドライバが使われていないか確認されると良いのではないでしょうか。(0)ご指摘ありがとうございます。使用するDBにかかわらず、デフォルトのスキーマは「dbo」となるのが仕様のようで、別にスキーマを指定することで解決しました。ありがとうございました。デフォルトのスキーマは「dbo」となるのが仕様そうでしたか。こちらこそ調査不足ですみません。教えていただきありがとうございます。20:57ウォッチこの質問への回答やコメントをメールでお知らせします。