ASP.NET MVC (659ﾚｽ)
ASP.NET MVC http://medaka.5ch.net/test/read.cgi/php/1331013877/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
158: nobodyさん [sage] 2013/10/29(火) 10:31:38.21 ID:??? EFは、使った人間なら分かるが、ムダにでかくて遅い。 https://code.google.com/p/dapper-dot-net/ 生成するSQLも汚い。 少なくとも初期は使いにくかっただろ。 理想はいいのだが、実装が追いついていない感じ。 最新のバージョンをさらっと触っただけの人はしらんが、俺の認識はこーだ。 DBがそのアプリ、サイトだけで使うものなら ORMで好き勝手にやればいいけど、 他のアプリでも使うテーブルを参照するとかそういうときにトタンに問題が出る。 結局、自作の ADO.NETのラッパー使わざるを得んのは、みんな分かると思うがね。 http://medaka.5ch.net/test/read.cgi/php/1331013877/158
159: 106 [sage] 2013/10/29(火) 13:13:07.99 ID:??? EntityFramework より、Linq to SQL とかのほうが使われているんじゃないの？ (定量的なソースはありませんが) 他にも >>158 の dapper とか dotconnect とか NHibernate とか、ADO.NET直とか、 Javaとちがって .NET界の ORM は、デファクトといったものが無く乱立しているような気がする。 http://medaka.5ch.net/test/read.cgi/php/1331013877/159
163: nobodyさん [sage] 2013/10/29(火) 14:27:37.40 ID:??? >>158 micro ORMはリレーションに対応できないのばっかりじゃないか EFのような高機能なORMと比べてパフォーマンスが速い、 なんて主張はナンセンスだよ 開発生産性を高めるためにORM使っているというのに リレーション対応できないんではメリットの大半が失われてる あとシンプルなリレーションなら、ORMで生成されるSQLはほぼ完ぺきだよ パフォーマンスこだわるなら、正規化ゆるくして複雑なJoinを避けるよう にするのも定石だとおもう http://medaka.5ch.net/test/read.cgi/php/1331013877/163
168: nobodyさん [] 2013/10/29(火) 18:00:14.50 ID:Voe6Fo0l >>164 自分では測ってないけど、速くなってると思う MSのVersion History見るとパフォーマンス改善したという 記述がいくつか見つかる http://msdn.microsoft.com/en-us/data/jj574253 >>165 俺の中ではCode FirstがサポートされたEF4.1以降がEntity Framework それ以前は使ってないし知らん >>158 これわざわざベンチマークとったのになんでバージョンも日付も入れないんだろうね バージョン上がった今となっては参考になるのかすらわからない http://medaka.5ch.net/test/read.cgi/php/1331013877/168
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.193s*