Home
  Latest posts
  My Writings
  My Code
  My Gallery
  About me
 
  rssfeed Syndication
 
Bloggtoppen.se
 
 
Links
  Cornerstone
  SweNug
 
Post categories
  misc (48)
  Architecture (21)
  C# (19)
  Asp.Net (2)
  Vb.Net (2)
  Training (7)
  Data (19)
  Events (40)
  Platform (2)
  Orcas (4)
  Updates (3)
  Methods (10)
  Tools (6)
  Announcements (14)
  Languages (1)
  Patterns (6)
  Opinions (11)
  Fun (3)
  Ineta (1)
  Opinion (0)
  Practices (2)
  WCF (5)
 
 
 

An overview of SQL Server 2008

Tuesday, November 06, 2007

Tuesday began with an overview of SQL Server 2008. I haven't really looked into the next release since there are so much other technology that have had my attention so this was a great opportunity to brush up. 

 

Since I work at the ATE booth I couldn't stay to the end but here's my take-away's from that session:

Intellisense in the query window!!!!

Title says it all.

Entity Framework

Contraire to popular belief. Entity Framework is not a SQL Server 2008 technology. I've known this for some time but since they showed EF in this overview talk I decided to ask. The message was basically that SQL Server benefits from using EF as the conceptual model over the storage while EF won't have any particular benefits from using SQL Server 2008 instead of any other RDBMS.   

SQL Server Compact Edition

This is a new and improved version of the in process database that Microsoft already shipped earlier versions of. This is a new and improved version which will replace SQL Express as the default database engine in Visual Studio 2008.

It's a really  capable In Proc engine with support for synchronization with a larger engine like a fully fledged SQL Server which enables a really interesting set of scenarios for occasionally connected clients and for stand alone applications.

It has no Stored Procedure support nor does it support table value functions but it has a vastly improved change tracking and conflict detection when synchronizing with a master database then previous versions did.

I'm really excited over this technology and will play around with it when I get home. More to come there.

Performance

SQL Server 2008 will come with a data compression which massively reduces the footprint the database and backup files will take on disk. It's also heavily optimized so compression / decompression is lightning fast, or so they say ;)

Another performance issue they've addressed is that of resource management. When several applications or, users of different part of an application, do time consuming work. There where really no way to limit how much resources that time consuming work could take up. So if that heavy report ran first, the rest of the users might have to share a very limited set of resources. In SQL Server 2008 there will be a resource governor that will configure workload sets (processor power, memory consumption etc) and assign them to work based on user, application, query etc. A really great feature !!

Improvement in Security

In SQL Server 2005 they added the ability to encrypt data in the database. There was a challenge with that specific set of technology since the encryption / decryption wasn't transparent to the data access API's. This meant a bunch of custom code in the applications to support encrypted data in the tables. There where also challenges in the key management where keys couldn't be as external as some scenarios required.

In SQL Server 2008 both these issues has been addressed. The encryption / decryption is transparent to the data access api's and keys are handled more flexible.

They also added Data Auditing to audit what happens to the data, kind of a security log for tables. This will make it possible to track who did what and when.

Management

The new management model has capabilities to create policies that a database need to conform to. These policies would define a set of rules that a DBA decides databases in the enterprise needs to follow and can then apply them to a server to enforce them or to check if their followed. Together with the new multi-server management feature this means that a DBA can set up policies and run them across the enterprise to configure the server environment. The API's are also available from powershell and hooks nicely into the Design For Operations and Dynamic Systems Initiative from Microsoft which means that you will be able to administrate and configure databases centrally using system center.

 

Comments
11/6/2007 5:39:00 PM   http://weblogs.asp.net/fbouma   -   Frans Bouma
 
"In SQL Server 2008 both these issues has been addressed. The encryption / decryption is transparent to the data access api's and keys are handled more flexible."
So that's the end of Sybase :) (lots of users of sybase use that because of its transparent encryption capabilities. )

(btw, you have a linkedin request waiting... ;) :P)
 
11/6/2007 11:58:00 PM     -   [anonymous]
 
Hehe, well I'm sure the sybase users will be more fanatic about their favorite database engine ;)

I've answered the Linked In but I never use it, facebook is my game :P
 
11/7/2007 12:14:00 AM   http://www.matshelander.com/wordpress   -   Mats Helander
 
No sprocs in "compact Edition"?

How many more iterations before they end up back with Access? :-)

/Mats
 
11/7/2007 12:20:00 AM   http://www.matshelander.com/wordpress   -   Mats Helander
 
"while EF won't have any particular benefits from using SQL Server 2008 instead of any other RDBMS."

How to read this?

1) SQL Server won't be specially adapted to favorize EF, or

2) EF isn't optimized for SQL Server so that it runs better on it than on other databases, for example by making use of SQL Server specific features

I kind of interpret it as 1) but trying to give the impression of 2) though not entirely...sort of "well we haven't put any features in SQL Server just for EF...oh, sure, EF runs much better on SQL Server 2008 than any other database because of our new feature X, but, see, we didn't put that feature in just for EF! Others might find it useful, too..." ;-)

/Mats
 
11/7/2007 12:40:00 AM   https://lowendahl.net   -   Patrik Löwendahl
 
1 is what I'm going for.

The dialect does take advantage of SQL specific features like the row_number added in SQL 2005, but there is nothing planned to be added especially for LINQ / EF. But the model here is similar to that already used with providers in ado.net or dialects/providers in NHibernate and later today they announced that they are working with oracle and IBM to get EF providers for their RDBMS.

The other way around is a different story though. LINQ / EF will support some of the new features in SQL Server 2008 which other data access stacks won't, like geo datatypes etc, so it will be a much more potent choice for accessing data in SQL Server 2008 then other choices currently available.
 
11/7/2007 10:54:00 AM   http://weblogs.asp.net/fbouma   -   Frans Bouma
 
"The other way around is a different story though. LINQ / EF will support some of the new features in SQL Server 2008 which other data access stacks won't, like geo datatypes etc, so it will be a much more potent choice for accessing data in SQL Server 2008 then other choices currently available."
What exactly do you mean by this? That EF is the only way to access these types from the outside world?

You already can use UDT's in a somewhat normal fashion (although there's still a big lameness embedded in how to specify the type), and I find SqlServer pretty late to the party with supporting exotic types and UDT natively in the data-access client.
 
11/7/2007 11:56:00 AM   https://lowendahl.net   -   Patrik Löwendahl
 
"What exactly do you mean by this? That EF is the only way to access these types from the outside world? "
No, rather that there will be enhanced support in EF to work with them.


Comment
Title:
Your name:
Your url:
Text:
Please enter the text from the image: