July 19, 2014 at 3:45 pm
Comments posted to this topic are about the item Non Temp Temp Tables
July 20, 2014 at 10:46 am
Easy on, thanks!
Need an answer? No, you need a question
My blog at https://sqlkover.com.
MCSE Business Intelligence - Microsoft Data Platform MVP
July 21, 2014 at 12:15 am
Easy one, thanks π
Thanks
July 21, 2014 at 1:10 am
Easy One. π
But i think it is rather unusual, tempdb is completely wiped out whenever the SQL Server service restarts. Yes or No?
July 21, 2014 at 1:37 am
Sreepathi1987 (7/21/2014)
Easy One. πBut i think it is rather unusual, tempdb is completely wiped out whenever the SQL Server service restarts. Yes or No?
The answer is Yes.
Nice and easy question, but still tricky if you have never created a table in tempdb before. So Thanks for sharing Steve.
July 21, 2014 at 1:44 am
Sreepathi1987 (7/21/2014)
Easy One. πBut i think it is rather unusual, tempdb is completely wiped out whenever the SQL Server service restarts. Yes or No?
Yes, which makes tempdb useful as an experimental sandbox. If you forget to clear up your tables, SQL Server will do it for you.
For fast, accurate and documented assistance in answering your questions, please read this article.
Understanding and using APPLY, (I) and (II) Paul White
Hidden RBAR: Triangular Joins / The "Numbers" or "Tally" Table: What it is and how it replaces a loop Jeff Moden
July 21, 2014 at 2:28 am
This was removed by the editor as SPAM
July 21, 2014 at 3:46 am
easy one on monday morning π
July 21, 2014 at 5:26 am
ChrisM@Work (7/21/2014)
Sreepathi1987 (7/21/2014)
Easy One. πBut i think it is rather unusual, tempdb is completely wiped out whenever the SQL Server service restarts. Yes or No?
Yes, which makes tempdb useful as an experimental sandbox. If you forget to clear up your tables, SQL Server will do it for you.
Now the question becomes useful for me. Thanks..
July 21, 2014 at 7:15 am
Sreepathi1987 (7/21/2014)
Easy One. πBut i think it is rather unusual, tempdb is completely wiped out whenever the SQL Server service restarts. Yes or No?
Mostly yes.
If there is corruption in tempdb, that corruption will persist after a service restart. At that point, you have to manually drop tempdb files.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
July 21, 2014 at 10:16 am
Creating permanent tables in tempdb this way is tricky. They will behave "sort of" like permanent tables (they will not be removed when the batch ends or when you leave the scope), but they will not really be permanent in that they will be loist when the box restarts. (Or fails over in the case of a box that is part of a high availability setup).
ChrisM@Work (7/21/2014)
Sreepathi1987 (7/21/2014)
Easy One. πBut i think it is rather unusual, tempdb is completely wiped out whenever the SQL Server service restarts. Yes or No?
Yes, which makes tempdb useful as an experimental sandbox. If you forget to clear up your tables, SQL Server will do it for you.
Beware of putting too much trust in this sandbox. Especially for tuning, tempdb is not a good place to try. Various features of the optimzed are not used in tempdb! (I know because I have been bitten by this often enough that I now, finally, remember. Most of the time).
July 21, 2014 at 2:11 pm
So you return from being gone and you give us a real easy one to lull us to sleep, and tomorow, WHAM! We must watch out for this.
π
M...
Not all gray hairs are Dinosaurs!
July 21, 2014 at 3:38 pm
Thanks for an easy one, Steve!
July 22, 2014 at 2:11 am
Welcome back, Steve. Thank you for treating us gently on your return! π
Sean
Viewing 15 posts - 1 through 15 (of 22 total)
You must be logged in to reply to this topic. Login to reply