<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx</link><description>Performance Matters No matter what type of application you are developing at some point in the lifecycle of a software application or service, performance matters; this is especially true when accessing data. In this article, I’m going to spend some time</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7445571</link><pubDate>Mon, 04 Feb 2008 23:02:58 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7445571</guid><dc:creator>Yurik</dc:creator><description>&lt;p&gt;In the first run explanation (#1), you listed these two points:&lt;/p&gt;
&lt;p&gt;* Initializing Metadata 14%– During the initialization of the metadata, the connection is opened and the actual metadata information is retrieved from the ADO.NET Data Provider which gets information from the database.&lt;/p&gt;
&lt;p&gt;* Opening Connection 8%– This is simply just opening the database connection; the first time is usually the slowest.&lt;/p&gt;
&lt;p&gt;But why is opening connection so high? If the ADO.NET provider has to get information from the DB, it would have to open a connection? Do you imply that the connection is then closed and reopened? In which case the 8% would always take the same time as this opening is not the first one. Thanks!&lt;/p&gt;
</description></item><item><title>Rendimiento de Entity Framework</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7520313</link><pubDate>Thu, 07 Feb 2008 19:57:43 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7520313</guid><dc:creator>O bruxo mobile</dc:creator><description>&lt;p&gt;El equipo de ADO.NET hace unos dias ha publicado un interesante post sobre rendiemiento de Entity Framework&lt;/p&gt;
</description></item><item><title>Performance in ADO.NET  and in Entity Framework</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7524825</link><pubDate>Thu, 07 Feb 2008 23:05:41 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7524825</guid><dc:creator>Hot Topics</dc:creator><description>&lt;p&gt;Two great posts appeared recently on the ADO.NET team blog. The first details some of the performance&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7601659</link><pubDate>Mon, 11 Feb 2008 08:37:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7601659</guid><dc:creator>Gustavo</dc:creator><description>&lt;p&gt;So if it takes so much time to create the ObjectContext, should I create it before hand? In other words, in a windows app, can I just create the ObjectContext when the app loads and the user logs-in, and then use the ObjectContext until the user logs-out or close the app?&lt;/p&gt;
&lt;p&gt;In the demos and examples I see this objects being created in a &amp;quot;using&amp;quot;, implying that I should create it before every chunk of database operation.&lt;/p&gt;
&lt;p&gt;Can you please clarify that? &lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7613764</link><pubDate>Mon, 11 Feb 2008 18:53:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7613764</guid><dc:creator>Brian Dawson - MSFT</dc:creator><description>&lt;p&gt;Great question about the connection. The first opening does including getting additional information. We do open and close the connection when needed and the times are faster over time.&lt;/p&gt;
&lt;p&gt;As for the ObjectContext and best practice, this really just depends on your application. The first run really is the slowest with the ObjectContext. &amp;nbsp;There is more than just performance you need to take into account when considing using a longer running ObjectContext. &amp;nbsp;For example, do you need to track entities longer? If so than &amp;quot;using&amp;quot; may not be the right pattern. The using makes a nice pattern for short lived context, such as in the ASP.NET scenarios.&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7621821</link><pubDate>Tue, 12 Feb 2008 00:50:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7621821</guid><dc:creator>Gustavo</dc:creator><description>&lt;p&gt;Thank you very much Brian! &lt;/p&gt;
&lt;p&gt;The scenario I had in mind when suggested the use of a long running ObjectContext was a Windows app, in which tracking entities for a long time is required - an order taking app for instance.&lt;/p&gt;
&lt;p&gt;Thanks again.&lt;/p&gt;
</description></item><item><title>Exploring the Performance of the ADO.NET Entity Framework</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7663227</link><pubDate>Wed, 13 Feb 2008 07:43:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7663227</guid><dc:creator>LINQ Recipes</dc:creator><description>&lt;p&gt;Exploring the Performance of the ADO.NET Entity Framework&lt;/p&gt;
</description></item><item><title>EF et performance</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7673212</link><pubDate>Wed, 13 Feb 2008 16:20:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7673212</guid><dc:creator>Matthieu MEZIL</dc:creator><description>&lt;p&gt;J'ai quelque peu d&amp;#233;laiss&amp;#233; mon blog ces derniers temps mais maintenant que les techdays sont pass&amp;#233;s (du&lt;/p&gt;
</description></item><item><title>Buenas prácticas para contextos de tiempo de vida cortos en ADO.NET Entity Framework BETA3</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7682266</link><pubDate>Thu, 14 Feb 2008 02:27:07 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7682266</guid><dc:creator>QuintaStation</dc:creator><description>&lt;p&gt;En este post comento una serie buenas pr&amp;#225;cticas para mejorar la eficiencia de ADO.NET Entity Framework&lt;/p&gt;
</description></item><item><title>推荐系列：2008年第06期 总8期</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7819296</link><pubDate>Wed, 20 Feb 2008 18:20:33 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7819296</guid><dc:creator>TerryLee</dc:creator><description>&lt;p&gt;概述春节后的第一期推荐系列文章，共有10篇文章：1.ASP.NETMVCExampleApplicationoverNorthwindwiththeEntityFramework...&lt;/p&gt;
</description></item><item><title>Rendimiento de Entity Framework II</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7821152</link><pubDate>Wed, 20 Feb 2008 20:44:02 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7821152</guid><dc:creator>El blog de Vicente</dc:creator><description>&lt;p&gt;Como hace unos d&amp;#237;as apuntaba Unai , en el blog del equipo de desarrollo de ADO.NET est&amp;#225;n publicando una&lt;/p&gt;
</description></item><item><title>【收藏】推荐系列：2008年第06期 总8期 </title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7826844</link><pubDate>Thu, 21 Feb 2008 04:33:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7826844</guid><dc:creator>Jacky_Xu</dc:creator><description>&lt;p&gt;概述 春节后的第一期推荐系列文章，共有10篇文章： 1.ASP.NETMVCExampleApplicationoverNorthwindwiththeEntityFr...&lt;/p&gt;
</description></item><item><title>Brian Dawson posts second ADO.NET Entity Framework Query Performance blog post</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7841948</link><pubDate>Fri, 22 Feb 2008 00:28:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7841948</guid><dc:creator>Hot Topics</dc:creator><description>&lt;p&gt;The first post, Exploring the Performance of the ADO.NET Entity Framework - Part 1 , began: Performance&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#7939318</link><pubDate>Fri, 29 Feb 2008 04:54:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7939318</guid><dc:creator>Karol Deland</dc:creator><description>&lt;p&gt;It's cool to have an idea of the performance of the EF. Nonetheless, I think a comparison must be shown between the dataset world and Linq to Entities. It would be interesting to have the overhead of each compared. &lt;/p&gt;
</description></item><item><title>ADO.NET Entity Framework Performance Comparison</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8340745</link><pubDate>Fri, 28 Mar 2008 04:48:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8340745</guid><dc:creator>ADO.NET team blog</dc:creator><description>&lt;p&gt;There have been a few questions from the last performance blog post about how the Entity Framework compares&lt;/p&gt;
</description></item><item><title>EF : deux nouveaux posts de l'ADO .Net Team</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8341264</link><pubDate>Fri, 28 Mar 2008 11:53:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8341264</guid><dc:creator>Matthieu MEZIL</dc:creator><description>&lt;p&gt;L'ADO .Net Team vient de poster deux nouveaux posts : le premier concerne l'utilisation des proc&amp;#233;dures&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8447236</link><pubDate>Thu, 01 May 2008 19:50:38 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8447236</guid><dc:creator>Morten Mertner</dc:creator><description>&lt;p&gt;It doesn't take a performance test to tell you that EF will be MUCH, MUCH faster than any DataSet, which has to be some of the worst code in the entire BCL.&lt;/p&gt;
&lt;p&gt;I've written an ORM that uses tons of reflection, runtime schema analysis, runtime SQL generation, etc - and it outperformed typed DataSets (where queries and all such are generated at design-time) by several factors.&lt;/p&gt;
</description></item><item><title>Entity Framework: How Referential Integrity Works</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8549426</link><pubDate>Sun, 25 May 2008 01:00:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8549426</guid><dc:creator>Damir Dobric Posts</dc:creator><description>&lt;p&gt;For everybody who is interested on internals of Entity Framework (ER) in relation to referential integrity&lt;/p&gt;
</description></item><item><title>ADO.NET team blog : Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8567471</link><pubDate>Sun, 01 Jun 2008 13:20:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8567471</guid><dc:creator>Dating</dc:creator><description>&lt;p&gt;Performance Matters No matter what type of application you are developing at some point in the lifecycle of a software application or service, performance matters; this is especially true when accessing data. In this article, I’m going to spend some tim&lt;/p&gt;
</description></item><item><title>ADO.NET team blog : Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8577062</link><pubDate>Fri, 06 Jun 2008 09:09:40 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8577062</guid><dc:creator>Weddings</dc:creator><description>&lt;p&gt;Performance Matters No matter what type of application you are developing at some point in the lifecycle of a software application or service, performance matters; this is especially true when accessing data. In this article, I’m going to spend some tim&lt;/p&gt;
</description></item><item><title>Using a T4 template for View Generation</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8626535</link><pubDate>Fri, 20 Jun 2008 22:08:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8626535</guid><dc:creator>ADO.NET team blog</dc:creator><description>&lt;p&gt;Background To set the stage for this article, do take a look at Exploring the Performance of the ADO.NET&lt;/p&gt;
</description></item><item><title>How to use a T4 template for View Generation</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8626643</link><pubDate>Fri, 20 Jun 2008 22:32:01 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8626643</guid><dc:creator>ADO.NET team blog</dc:creator><description>&lt;p&gt;Background To set the stage for this article, do take a look at Exploring the Performance of the ADO.NET&lt;/p&gt;
</description></item><item><title>LINQ To SQL: More Useful Than You'd Think</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8678030</link><pubDate>Tue, 01 Jul 2008 20:57:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8678030</guid><dc:creator>All Your Base Are Belong To Us</dc:creator><description>&lt;p&gt;Concurrently with the finalization of the initial LINQ release bits, community previews of complementary&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8853682</link><pubDate>Wed, 13 Aug 2008 00:20:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8853682</guid><dc:creator>Markus</dc:creator><description>&lt;p&gt;Why does actual metadata information need to be retrieved from the database in runtime, taking 14% of the exec time (Initializing Metadata)? I thought the local metadata in all those XML files would be sufficient.&lt;/p&gt;
&lt;p&gt;I'm sure it serves a purpose, but I don't like the idea of burdening a production db server with metadata queries.&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8883693</link><pubDate>Thu, 21 Aug 2008 09:38:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8883693</guid><dc:creator>Podlipensky</dc:creator><description>&lt;p&gt;And what about the perfomance in last EF release? Does something changed?&lt;/p&gt;
</description></item><item><title>re: Exploring the Performance of the ADO.NET Entity Framework - Part 1</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#8971529</link><pubDate>Wed, 01 Oct 2008 15:58:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8971529</guid><dc:creator>eXcess</dc:creator><description>&lt;p&gt;Yes, it would be interesting to know this for the latest EF release.&lt;/p&gt;
</description></item><item><title>Make your Entity Framework model faster (with EdmGen2)</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#9306087</link><pubDate>Sun, 11 Jan 2009 20:39:58 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9306087</guid><dc:creator>Jiří {x2} Činčura</dc:creator><description>&lt;p&gt;If we’ll skip exact details, we can say, that internal behavior of whole modeling and mapping is based&lt;/p&gt;
</description></item><item><title>Entity Framework ottimizzare le performance</title><link>http://blogs.msdn.com/adonet/archive/2008/02/04/exploring-the-performance-of-the-ado-net-entity-framework-part-1.aspx#9538301</link><pubDate>Wed, 08 Apr 2009 17:43:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9538301</guid><dc:creator>Pietro Brambati Blog</dc:creator><description>&lt;p&gt;Direi che una buona pagina da cui partire &amp;#232; questo documento su MSDN :Performance Considerations for&lt;/p&gt;
</description></item></channel></rss>