Local Temporary Tables and Table Variables

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » Article Discussions » Article Discussions by Author » Discuss Content Posted by Peter He » Local Temporary Tables and Table Variables

35 posts, Page 1 of 4

1 2 3 4 »»»

Local Temporary Tables and Table Variables

Rate Topic

Display Mode

Topic Options

Author

Message

peterhe

Posted Sunday, August 31, 2008 11:17 PM

Mr or Mrs. 500

Group: General Forum Members
Last Login: Wednesday, February 20, 2013 10:51 AM
Points: 531, Visits: 416

Comments posted to this topic are about the item Local Temporary Tables and Table Variables

Post #561848

GilaMonster

Posted Sunday, August 31, 2008 11:50 PM

SSC-Dedicated

Group: General Forum Members
Last Login: Today @ 4:30 AM
Points: 37,742, Visits: 30,021

Very nice.

Just one small thing. You say that for data storage, temp tables are in TempDB and table variables are in memory and tempDB. I may be misunderstanding what you mean there, but temp tables are also memory resident unless it becomes necessary to write them to disk (memory pressure, too large a table)

Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass

Post #561856

humbleDBA

Posted Monday, September 01, 2008 2:43 AM

SSC-Enthusiastic

Group: General Forum Members
Last Login: Wednesday, November 28, 2012 4:08 AM
Points: 160, Visits: 1,006

Agree with Gail, nice article, plus I'm reading it that you're suggesting that Data Storage for Temp Table is not in memory - for which it is in-memory unless pushed out to disk.

Also, I'm taking it that, as this article is not an old one, that it covers SQL2005. If this is the case, then INSERT...EXEC is supported for Table Variables. You can test this with the following:

-- SQL2005
DECLARE @helpdb TABLE (name sysname, db_size nvarchar(13), owner sysname, dbid smallint,
created nvarchar(11), status nvarchar(600), compatibility_level tinyint)
INSERT @helpdb (name, db_size, owner, dbid, created, status, compatibility_level)
EXEC dbo.sp_helpdb
SELECT * FROM @helpdb

HTH

Post #561894

timothyawiseman

Posted Monday, September 01, 2008 11:32 AM

Right there with Babe

Group: General Forum Members
Last Login: Thursday, February 14, 2013 12:01 PM
Points: 743, Visits: 900

Awesome article that covers some of the lesser considered aspects of temporary tables and table variables. Thank you.

---
Timothy A Wiseman
SQL Blog: http://timothyawiseman.wordpress.com/

Post #562071

David Quéméré

Posted Monday, September 01, 2008 12:11 PM

Forum Newbie

Group: General Forum Members
Last Login: Monday, February 04, 2013 4:12 AM
Points: 1, Visits: 38

The 2nd chapter about UDTs contains a mistake : the script supposed to raise an error and the workaround don't have any difference. I guess the error script should use a UDT (dbo.Name) instead of a native type (nvarchar(50)).

Thanks to all the authors and SqlserverCentral for their efforts and the useful documentation they bring us.

Post #562077

Jeff Moden

Posted Monday, September 01, 2008 2:56 PM

SSC-Dedicated

Group: General Forum Members
Last Login: Yesterday @ 4:51 PM
Points: 32,923, Visits: 26,811

Good article!

You did forget to mention one workaround for the UDT's that would allow it to work across all databases including TempDB... Define the UDT in the Master DB. Of course, most folks will argue that the Master DB is a sacred entity that should not be touched and, for the most part, I agree. :D

--Jeff Moden

"RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".

First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."

For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/

For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/

Post #562094

RBarryYoung

Posted Monday, September 01, 2008 4:51 PM

SSCrazy Eights

Group: General Forum Members
Last Login: Saturday, May 04, 2013 11:13 AM
Points: 9,855, Visits: 9,374

Of course we use a startup procedure to define the UDT's in TempDB.

-- RBarryYoung, (302)375-0451 blog: MovingSQL.com, Twitter: @RBarryYoung
Proactive Performance Solutions, Inc. "Performance is our middle name."

Post #562106

Anipaul

Posted Monday, September 01, 2008 11:16 PM

SSCarpal Tunnel

Group: General Forum Members
Last Login: Wednesday, May 22, 2013 1:35 AM
Points: 4,789, Visits: 1,336

Wonderful article..

Post #562185

GilaMonster

Posted Monday, September 01, 2008 11:41 PM

SSC-Dedicated

Group: General Forum Members
Last Login: Today @ 4:30 AM
Points: 37,742, Visits: 30,021

rbarryyoung (9/1/2008)

Of course we use a startup procedure to define the UDT's in TempDB.

Does defining them in model work as well?

Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass

Post #562192

Christian Buettner-167247

Posted Tuesday, September 02, 2008 1:31 AM

SSCrazy

Group: General Forum Members
Last Login: 2 days ago @ 6:12 AM
Points: 2,526, Visits: 3,620

GilaMonster (9/1/2008)

rbarryyoung (9/1/2008)

Of course we use a startup procedure to define the UDT's in TempDB.

Does defining them in model work as well?

According to this article, yes
http://www.sqlservercentral.com/articles/Advanced/3104/

Best Regards,
Chris Büttner

Post #562226

« Prev Topic | Next Topic »

35 posts, Page 1 of 4

1 2 3 4 »»»

Permissions