全体通してやる場合はDbContextのクラスの中に下を入れておく。・・・Modelのインスタンス作った時に呼ばれるやつではないかと。ちなみにこの状態のまま、SQLServer側に同じテーブル作って、接続文字列の指定でSQLServer用のものを書けばそのままDB切り替えられました。ためしに色々やるのに便利。Postgerはフツーに使えていい感じなんだけど、なんつーか、Postgreの管理ツールがびみょー。なんかいいの無いのかしら。pgAdminなるものを使用してみたけど。微妙じゃない?なんつーか自分がMicrosoftに染められてるんだろーけど、インテリセンス弱すぎじゃない?あと、エラーとか警告とか結果の出力とかもろもろもろもろもろ。SQLServerのManegementStudioはやっぱりさすがにさすがにって感じなんだろーか。)2016年06月09日01:55カテゴリEntityFrameworkで属性のテーブル名を取得するEF使う際に、POCO的なオブジェクトでテーブルの定義を作っておく。}}テーブル名指定には↑の感じで属性で定義しておく。EFじゃなくて、独自にクエリとか作ったりしたい場合に、これの属性のテーブル名が欲しかったりする。MVCで使う場合、Web.Configに↓の感じで接続文字列を設定しておく。</connectionStrings>で、EFは使い勝手はそこそこいいんだけど、個別にDBにつないで自分でやりたい場合もある。その場合に、この接続文字列を取得したい。やり方は色々あると思うけど、Web。Configの中身を直で持ってくるやり方。}}設定が複数ある場合もあるので、接続名指定して取得する。試してみて、これしかやりようなかった。他に何かいい方法ないかしら。「System.Configuration.ConfigurationManager.ConnectionStringst」ってforeach出来ないのね。Whereとかも使えない。IEnumにどーにかできないものだろうか。)2016年06月07日09:13カテゴリマイニングC#でEntityFrameworkはやっぱ遅い?EF使ってちょろちょろ作ってるけど、発行してるSQLが微妙な感じがたまにする。identity使ってるテーブルにインサートするとき、インサート文に↓の奴がくっつく。scope_identity()インサートした直後のidの値をとってるっぽい。インサート後にそのオブジェクトのIDに勝手にID振ってくれてるけど、それようのクエリでしょうね。クエリとしては遅くないんだけど、プロファイラで見ると、Readsが大きいし、CPUを割とくってる。大量に発行すると致命的な気がするのですが・・・。インサート直後にそのオブジェクトのID見たいとかあんまりないからなぁ。んーインサート系は自分でオブジェクトから動的にクエリ作るの作らないとダメかな。