Featured Article: SQL Server 2008: Table Valued Parameters

In SQL Server 2005 and earlier, it is not possible to pass a table variable as a parameter to a stored procedure. When multiple rows of data to SQL Server need to send multiple rows of data to SQL Server, developers either had to send one row at a time or come up with other workarounds to meet requirements. While a VB.Net developer recently informed me that there is a SQLBulkCopy object available in .Net to send multiple rows of data to SQL Server at once, the data still can not be passed to a stored proc.

Possibly the most anticipated T-SQL feature of SQL Server 2008 is the new Table-Valued Parameters. This is the ability to easily pass a table to a stored procedure from T-SQL code or from an application as a parameter.

24 July 2008 - Kathi Kellenberger - 0 Comments

Recent Articles

Alerts for when Login Failures Strike

When repeated SQL Server login failures occur, a DBA should investigate. It could just be someone repeatedly typing in the wrong password. Worst case is a virus attack flooding your network with connection requests. Receiving an e-mail while login failures are occurring allows DBAs to investigate and fix the issue as soon as possible. So how is DBA notified of login failures without flooding their inbox?

14 July 2008 - Guest Authors - 0 Comments

PASS Summit 2008 Speaker List

PASS released the list of Spotlight Speakers and their session titles and abstracts. They also released a partial list of the regular session speakers with their titles and abstracts. This is the first 50 sessions of the 130+ total sessions. As more speakers confirm their participation they'll update the speaker list. Don't forget that the price increases by $200 after June 30th, 2008.

25 June 2008 - Bill Graziano - 0 Comments

Implementing Table Interfaces

Last time, we discussed Table inheritance, which allowed us to easily reduce redundancies in our table design by creating "base" or "super" tables that contain columns and relations that "sub-tables" automatically inherit.

That generally works well, but what if you just want to have several entities share a relation, but no common attributes? That is, the entities are not really the same type, and a base class wouldn't make a lot of sense. For example, suppose you are modeling Employees and Offices, and both entities can have multiple phone numbers that you'd like to store. Is there a simple way to create a data model for that without the need for redundant tables and code?

19 May 2008 - Jeff Smith - 11 Comments

Using xp_ReadErrorLog in SQL Server 2005

I would like to share some interesting parameters I found for the undocumented extended stored procedure xp_ReadErrorLog. In doing some testing with this extended stored procedure I found four very interesting parameters. Adding to some of the articles already on the web that discuss undocumented stored procedures, in this article I will explain my testing, use and some examples of the procedure.

12 May 2008 - Guest Authors - 5 Comments

ApexSQL Giving Away 25 Copies of Enforce

ApexSQL is launching a new product called Enforce.  As part of their launch they are giving away twenty-five copies to our members for participating in the forums.  Read on for the details and to find out if you've already won.

7 May 2008 - Bill Graziano - 10 Comments

Joining to the Next Sequential Row

One of the more obscure requirements that a developer may find themselves facing is the need to compare a row with its immediate sibling. One such case is when a list of values needs to be processed to produce a moving average or to smooth a sequence of statistical numbers where their order is important.  For example, values lying along a time line. The solution is actually quite simple, but not immediately obvious.

2 April 2008 - Paul Alcon - 20 Comments

Using the TIME data type in SQL Server 2008

SQL Server 2008 introduces a TIME data type which allows us to store the time without the date.

6 March 2008 - Bill Graziano - 2 Comments

Implementing Table Inheritance in SQL Server

When designing a database, we sometimes come across situations where there are multiple types of entities that we are modeling, but we'd like them to all have certain attributes or relations in common. Using "sub-type" tables is a simple way to implement table inheritance in SQL Server.

20 February 2008 - Jeff Smith - 28 Comments

  

Subscribe to SQLTeam.com

Weekly SQL Server newsletter with articles, forum posts, and blog posts via email:

SQLTeam.com Articles via RSS

SQLTeam.com Weblog via RSS

- Advertisement -

SQL Server Jobs