One point to note, however, and why I wrote this particular post. The key step in getting this working is changing the query type from NonQuery to Scalar. But this can get reset by Visual Studio if you choose the Configure option on the ObjectDataSource’s smart tags to modify the query in any way. If you don’t notice this, then suddenly the identity value stops getting returned and your code breaks.

The second tip is that by default the type returned by the insert query is decimal. This can cause some extra casting in your code if you were expecting it to be int. To fix this, just modify the SQL in Scott’s original article to be this:

SELECT CAST (SCOPE_IDENTITY() AS int)

SQL snippet

The bit of SQL is quite straightforward, once you delve down into the depths of SQLServer’s system tables:

SELECT
   so.name AS TableName,
   MAX(si.rows) AS [RowCount]
FROM
   sys.sysobjects AS so
INNER JOIN
   sys.sysindexes AS si
   ON OBJECT_ID(so.name) = si.id
WHERE
   (so.xtype = 'U')
GROUP BY so.name
ORDER BY TableName

Presenting in a page

There are a number of ways of getting this into an ASP2 page. I chose to do this via a new table adaptor, and to wrap the query in an Administration class in the business logic layer.

Paste the SQL snippet from above into the query builder to create a new table adapter on the data designer – I have a separate “admin.xsd” to keep these non-user level types away from the core application data types. By default you will get an adapter called “sysobjectsTableAdapter” as it picks its name up from the first table in the query. You can change this if you need to.

You can now go direct to an ASP page by pointing an ObjectDataSource directly at this table adapter, or you can wrap it in an intermediate layer.

Unit test example

My unit test framework has a database reset mechanism that empties all tables and then creates a small set of known test data using the business logic layer (BLL). This empty and reset is done in the test fixture setup, and the subsequent raft of tests use a variety of methods to valid the integrity of the data.

A key test is ensuring that the expected number of rows in various tables have been created. This is particularly important as there are a number of linking and cross reference tables that are not directly seen by a user, but are there for the efficiency of the schema. So checking all these have been set correctly after the BLL has done its work is vital.

In the test class I have something like this :

[TestFixture] public class DBReset
{ ....
   private Dictionary TableRowCounts  = new Dictionary ;
   ...
    [TestFixtureSetup]
    public void FixtureSetup()
    {
        TableRowCounts.Add ("Addresses", 6);
        TableRowCounts.Add ("Agencies", 1);
        ...
    }
}

This sets up a list of all the tables I am interested in and maps the expected number of rows for each table after my fixture setup has initialised the database with known data.

I then have the following unit test as part of this fixture:

 [Test]
 public void CheckRowCountsExpected()
 {
    // Verifies that the correct number of rows in each database
    // has been created as a result of the reset and test
    // data initialisation.
    AdminBll abll = new AdminBll();
 
    Admin.sysobjectsDataTable tabs = abll.GetTableRowCounts();
    foreach (Admin.sysobjectsRow trow in tabs)
    {
       if (TableRowCounts.ContainsKey (trow.TableName))
       {
          //Only check the tables specified in the dictionary
          Assert.AreEqual(TableRowCounts[trow.TableName],
             trow.RowCount,
             "Wrong rowcount for table " + trow.TableName);
       }
    }
}

I also have a second test that verifies the admin query against each table one at a time using direct SELECT COUNT queries in SQL.

After a bunch of edits to my project, I suddenly started getting messages from NUnit GUI “could not load file or assembly nunit.core”. Try as I could, this would not go away. This included everything from reinstalling NUnit to tracking DLL loading via SysInternal’s Process Explorer tool.
My project is non trivial – a top level solution containing an ASP2 web project, a couple of library DLL’s for the business logic, a unit test executable, and a testing helper library to help cross reference test results against direct SQL calls. As I’ll be writing about in another post shortly, incorporating unit testing into an ASP project is a pain in the rear and so I had been restructuring things. My natural assumption based on the error message was I had messed up something in the linking/referencing.

But it turned out to be an error in the application config file – for some reason NUnit reports this as a DLL missing, not that you have mistyped a bit of config text. I simply had a closing tag in the wrong place – still syntactically correct, however.
This link is by someone else who hit the exact same problem, and he has written about in more detail.

So remember folks: never assume a system generates the correct error message for all circumstances.

Invoking the exe runs a wizard requesting the database service – it needs to match the connection string as mentioned in the gotcha above. Since no parameters are specified, it then creates a database “aspnetdb” with all the role tables. This is not quite what I want, as I need these added to my application database.

The answer is to use the command line:
aspnet_regsql -S -E -A all -d

If you run SQL Management Server Studio Express before and after – not forgetting to hit ‘refresh’ – then a bunch of new tables are added: aspnet_Applications, aspnet_Roles, aspnet_SchemaVersions, aspnet_Users, aspnet_UsersInRoles etc. Now it is just a matter of hooking those up with the application tables.

Since I wanted membership and roles as well as basic authentication I used the “-A all” option to add everything in. Of course I get profile and web-part support too with this, but I may choose to exploit such features in the future.

• DEVPC\SQLEXPRESS

While this is the obvious choice and works for many circumstances, a subtle variation is to use the following instead:

• localhost\SQLEXPRESS

This now points the connection to an instance of SQL Server Express running on your local machine. If working in a team where each developer needs their own local copy of a database, then setting this in the web.config file can be a real help.