Tuesday, February 5, 2008

A "transactional" generic DbHelper for LINQ to SQL

In LINQ to SQL, the data model of a relational database is mapped to an object model expressed in the programming language of the developer. When the application runs, LINQ to SQL translates into SQL the language-integrated queries in the object model and sends them to the database for execution. When the database returns the results, LINQ to SQL translates them back to objects that you can work with in your own programming language. You may want to make a data access layer that separates the data operation from business layer like the following:

DbHelper.Insert<Student>(
new Student()
{
FirstName = "Tanzim",
LastName = "Saqib",
Email = "me@TanzimSaqib.com",
Website = "http://www.TanzimSaqib.com"


}, true);    // Use Transaction?



To make use of such transactional generic DbHelper, you might want to write a singeton DbHelper class like the following. You might notice that the class is singleton, it's static and the DataContext is being used is private, and only initialized using the connection string if not yet.



public static class DbHelper
{
private const string CONNECTION_CONFIG_NAME = "StudentServerConnectionString";

private static StudentServerDataContext _StudentServerDataContext = null;

public static StudentServerDataContext GetDataContext()
{
if(_StudentServerDataContext == null)
_StudentServerDataContext = new StudentServerDataContext
(ConfigurationManager.ConnectionStrings
[CONNECTION_CONFIG_NAME].ConnectionString);

return _StudentServerDataContext;
}

public static void CleanUp()
{
_StudentServerDataContext.Dispose();
_StudentServerDataContext = null;
}

// ... code edited to save space



On application wide error or on end you can dispose the context so CleanUp method is useful here. To implement an Insert method see the following. You will find I have used a TransactionScope which ensures that the transaction is taking place without any interruption. If there is really any error the scope.Complete() method never gets invoked. This is how it ensures that the code inside the TransactionScope is taking place as a transaction. It is available from .NET 2.0 framework.



public static void Insert<T>(T t, bool isTransactional) where T : class
{
if (isTransactional)
{
using (var scope = new TransactionScope())
{
Insert<T>(t);

// On any Exception, Complete() method won't be invoked.
// So, the transaction will be automatically rollbacked.
scope.Complete();
}
}
else
Insert<T>(t);
}

public static void Insert<T>(T t) where T : class
{
using (var db = GetDataContext())
{
db.GetTable<T>().InsertOnSubmit(t);

try
{
db.SubmitChanges();
}
catch (Exception e)
{
// TODO: log Exception
throw e;
}
}
}

I did not show other methods as part of the CRUD implementation. The rest is left open for you to implement.

Monday, February 4, 2008

[New Article] 7 ways to do Performance Optimization of an ASP.NET 3.5 Web 2.0 portal

Web 2.0 applications are widely developed. These applications often work with third party contents, aggregate them, make various use of them and then make something useful and meaningful to the users. For the past few years, developers were also engaged with such endeavors and a lot of their websites have not addressed performance issues, thus resulting in an unpleasant experience to the users.

Performance is a vast area and great results can never be achieved by a silver bullet. This article explores some of the key performance issues that can occur while developing a Web 2.0 portal using server side multithreading and caching. It also demonstrates model driven application development using Windows Workflow Foundation.

URL: http://dotnetslackers.com/articles/aspnet/SevenWaysToDoPerformanceOptimizationOfAnASPNET35Web20Portal.aspx