New posts in blogs

My blog:

• DataObjects.Net and SQL Azure
• Poll: ConnectionUrl vs connection string
• ORMBattle.NET scorecard is updated
• Our coding standards and style: links
• Pushing the changes to DataObjects.Net source code repository
• DataObjects.Net and 64-bit Windows
• ASP.NET MVC Sample (NerdDinner port) for DataObjects.Net
• Some pleasent benefits of hosting the sources at Google Code
• Building DataObjects.Net from source code
• Migration from Subversion to Mercurial: issues and workarounds
• DataObjects.Net source code is uploading to Google Code
• Weird issue with accessing Web.config section on 64-bit Windows Server 2008 (IIS 7)
• Functional programming, monads: links
• Shame to me: DO4 installer does not properly sets up everything for IIS 7 and 64-bit Windows
• Great tool: yUML
• 100% score on LINQ tests at ORMBattle.NET!
• The official launch of Visual Studio 2010 and .NET Framework 4 is March 22nd, 2010
• Recommended article: The Rx Framework (LINQ to events)
• Upcoming DisconnectedState: preliminary example code
• Issues in v4.1 RC
• DataObjects.Net v4.1 RC is updated
• DataObjects.Net v4.1: easy logging and uber-batching in action
• DataObjects.Net v4.1 RC is available
• Nightly builds are back!
• "Death by PowerPoint, and how to fight it" - the link
• DataObjects.Net v4.1: Release Candidate (RC) instead of Release on Monday
• Adding DataObjects.Net to .csproj: the new way
• New installer: Install.bat
• Should we share our own private keys for signing DataObjects.Net assemblies?
• Migrating to Mercurial
• LiveUI: screenshots of upcoming web site
• Disappointing news: I can't merge everything to a single assembly

Dmitri Maximov's blog:

• DataObjects.Net goes to Google Code
• DataObjects.Net v4 manual
• Arbitrary keys & hierarchies. Complete reference set
• Arbitrary keys & hierarchies, part 7. Custom key generators
• Arbitrary keys & hierarchies, part 6. Identity fields
• Arbitrary keys & hierarchies, part 5. Key providers
• Arbitrary keys & hierarchies, part 4. Working with keys
• Arbitrary keys & hierarchies, part 3. Evolution of Key
• How to detect whether application is being run in Debug mode?
• NET Reflector 6 EAP
• ReSharper 5.0 is coming!
• 97 Things Every Software Architect Should Know
• Arbitrary keys and hierarchies, part 2

New posts in blogs

My blog:

• DataObjects.Net v4.1: when and what will be there?
• Uncoming changes: local collections in LINQ queries
• LiveUI was shown on Urals .NET User Group
• Selecting VCS for DO4: Git versus Mercurial
• What's up with nightly builds of v4.0?
• Crunch a mathematical problem with LINQ ;)
• Oracle: a reason to hate it for ORM developers
• Upcoming changes: prefetch API and ubiquitous usage of future queries
• Currying in C#
• New feature of code.ormBattle.net
• Objec-to-object mapper is our upcoming solution for POCO and DTO

Dmitri Maximov's blog:

• Arbitrary keys & hierarchies, part 1
• Blogger & Windows Live Writer
• System.Configuration & Enum case-insensitivity

New posts in blogs

In my blog:

• Should we ship a single assembly containing all the other ones - merged?
  
• Offtopic: Celebrity Deathmatch
  
• Delegate.Invoke() vs using(...) {...} as prologue-epilogue implementation approach
  
• Static field access performance: the answer

In Dmitry Maximov`s blog:

• Persistent interfaces, part 2

New posts in Dmitri Maximov's blog

See:

• Persistent fields accessibility levels
• Shortcut to TypeInfo
  

New posts in my blog: "Static field access performance", "NLog", etc.

See:

• Static field access performance
• Making MSBuild / Visual Studio to automatically copy all indirect dependencies to "bin" folder
• NLog

Implementing LINQ in ORM, part 1. No SQL DOM = no LINQ.

See http://blog.alexyakunin.com/2009/09/implementing-linq-in-orm-part-1-no-sql.html.

Personal blogs

Guys, take a look at:

• blog.alexyakunin.com - I just published a large post about myself there ;) I stolen design from this blog for now, but shortly it will be a bit different.
• dmitrimaximov.blogspot.com - there are two posts about persistent interfaces and finding references to specified objects.

As you suspect, this blog shortly will be a history. I'm thinking what to do with it. Likely, there will be an aggregated feed of posts related to DataObjects.Net. Another option is to simply make it obsolete. Let's see.

What's more important is that these two blogs will be definitely alive. You can subscribe to my blog right now - I already redirected its feed to my FeedBurner account. I'm not sure about Dmitry's blog, so please wait with this. We'll announce when it will be fully ready for subscriptions here.

Use SyntaxHighlighter

Just installed Alex Gorbatchev's syntax highlighter to this blog - it works perfectly. Earlier we've been using it on code.ormbattle.net, and it worked perfectly.

So if you have your own blog or wiki where you're going to publish some code, this is what I recommend to install first. See its integration page - it can be added to almost any known engine with ease.

null.MethodCall(...) issue on Memory storage

The problem: this code works differently on Memory and SQL storages.

var query =
  from c in Query<Person>.All
  where c.FirstName.ToLower()=="alex"
  select c;
foreach (var c in query)
  Console.WriteLine(c.FirstName);

The reason is pretty simple: we don't replace method calls on primitive types to their versions performing null checks while compiling the query for Memory storage. So if this code will be executed on IMDB, it has a chance to fail with NullReferenceException in FilterProvider iterator.

Currently you can workaround this issue by e.g. this code:

var query =
  from c in Query<Person>.All
  where (c.FirstName ?? string.Empty).ToLower()=="alex"
  select c;
foreach (var c in query)
  Console.WriteLine(c.FirstName);

But as you might suspect, this can affect on query plans in SQL. So better option is to make DataObjects.Net to handle this. That's exactly what we're going to implement in the near future.

Thoughts about EntitySet performance (continuing the previous post)

Facts:
- We can materialize ~ 2-3K queries per second, when each of them is fetching 50 entities. Our ORMBattle.NET tests show this. Of course, this result was measured on our moderate test PC.
- 90-95% of EntitySet content load time is spent on such a query. Everything else there happen quite fast: mainly, we put Keys of fetched Entities to internal dictionary. Since their hash code is already computed and cached at this moment, this happens quite fast.

Conclusions:
- We can load about 2000...3000 EntitySets per second.
- Thus Fabio's test must pass on DO in several seconds on our test PC. It will take a bit longer to materialize entities there in comparison to ORMBattle.NET tests, because they're a bit more complex than Simplest instances we used there. But since we must load just ~ 2500 EntitySets, this must require less than 10 seconds. NHibernate completes it in 24 seconds, but on different PC.

Far going conclusion: likely, we can win NHibernate on this test even without upcoming preloading ;)

We will try to find a time to implement this test for DO4 further. I'm really curious if this is true.