SQL Clone
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Coming In August


Coming In August

Author
Message
Steve Jones
Steve Jones
SSC Guru
SSC Guru (63K reputation)SSC Guru (63K reputation)SSC Guru (63K reputation)SSC Guru (63K reputation)SSC Guru (63K reputation)SSC Guru (63K reputation)SSC Guru (63K reputation)SSC Guru (63K reputation)

Group: Administrators
Points: 63436 Visits: 19115
Comments posted to this topic are about the item Coming In August

Follow me on Twitter: @way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
My Blog: www.voiceofthedba.com
cmille19
cmille19
Mr or Mrs. 500
Mr or Mrs. 500 (523 reputation)Mr or Mrs. 500 (523 reputation)Mr or Mrs. 500 (523 reputation)Mr or Mrs. 500 (523 reputation)Mr or Mrs. 500 (523 reputation)Mr or Mrs. 500 (523 reputation)Mr or Mrs. 500 (523 reputation)Mr or Mrs. 500 (523 reputation)

Group: General Forum Members
Points: 523 Visits: 724
One other feature with SQL 2008, which is seldom mentioned is the new multi-server query in SSMS 2008. This is a really useful feature where you can run a query across multiple servers in a server registration group and produce a single result set with the SQL instance automatically appended as the first column. Works against 2000, 2005, and 2008 servers. I've been using multi-server query since CTP 5 to quickly produce stats across the 150 SQL Servers I manage.



Wayne West
Wayne West
SSCrazy
SSCrazy (2.7K reputation)SSCrazy (2.7K reputation)SSCrazy (2.7K reputation)SSCrazy (2.7K reputation)SSCrazy (2.7K reputation)SSCrazy (2.7K reputation)SSCrazy (2.7K reputation)SSCrazy (2.7K reputation)

Group: General Forum Members
Points: 2676 Visits: 3702
Multi-server query sounds cool, could be very nice for consolidating job execution and DBCC info. I'm VERY thankful for separate date and time data types, I like the combined type, but there are times when it will drive you nuts. The spatial data type is very good for people running GIS apps like ArcInfo and the rest of the ESRI suite, which is basically every state, county, and local government, plus forestry, geology industries, law enforcement, etc. It exists in Oracle and DB/2, it was implemented in SQL Server as a varbinary. I think adding the spatial data type will add a lot of third-party value to SQL Server once programmers start working with it.

-----
Knowledge is of two kinds. We know a subject ourselves or we know where we can find information upon it. --Samuel Johnson
timothyawiseman
timothyawiseman
Ten Centuries
Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)Ten Centuries (1.2K reputation)

Group: General Forum Members
Points: 1246 Visits: 920
I like all the changes that I have seen so far and everything indicates that it is an improvement over SQL Server 2005.

Unfortunately, it looks like there is nothing in it which is compelling enough, at least for my current situation as a DBA, to justify the corporate money and man hours which would need to be spent upgrading and testing.

And no matter how little they say they have changed, I would suggest doing thorough testing when moving to a new version. In fact, I would say it is generally a good idea to do some testing before rolling out service packs much less a new version.

---
Timothy A Wiseman
SQL Blog: http://timothyawiseman.wordpress.com/
David Benoit
David Benoit
Hall of Fame
Hall of Fame (3.4K reputation)Hall of Fame (3.4K reputation)Hall of Fame (3.4K reputation)Hall of Fame (3.4K reputation)Hall of Fame (3.4K reputation)Hall of Fame (3.4K reputation)Hall of Fame (3.4K reputation)Hall of Fame (3.4K reputation)

Group: General Forum Members
Points: 3410 Visits: 3650
Not every organization will be able to reap benefits by moving to 2008 however, if you have the chance you should go. The one thing I will state emphatically is that if you are thinking of going to 2005 from 2000, don't bother. Make the leap.

Aside from the things Steve mentioned, SSMS has had some improvements which are pretty cool as well like Intellisense and the display of missing indexes when looking at execution plans (only able to be viewed when you looked at the often confusing XML plans in 2005). I will probably post about some of these features in my blog in the next couple of days when I get time to breathe.

David

@SQLTentmaker

“He is no fool who gives what he cannot keep to gain that which he cannot lose” - Jim Elliot
Jeff Moden
Jeff Moden
SSC Guru
SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)

Group: General Forum Members
Points: 87200 Visits: 41113
Date and Time!! - They're finally separate so you can query as salesdate > '2008/07/09' instead of salesdate > '2008/07/09 00:00:00'.


You can do that in all versions of SQL Server since 6.5... nothing new there.

I, too, can't wait until the split of Date and Time... leaves much opportunity to easily get to 15,000 posts in a hurry explaining to people how to fix what they have unwittingly done by using the split. Wink

--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.
If you think its expensive to hire a professional to do the job, wait until you hire an amateur. -- Red Adair

Helpful Links:
How to post code problems
How to post performance problems
Forum FAQs
GilaMonster
GilaMonster
SSC Guru
SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)

Group: General Forum Members
Points: 88240 Visits: 45277
cmille19 (7/10/2008)
One other feature with SQL 2008, which is seldom mentioned is the new multi-server query in SSMS 2008.

Works against 2000, 2005, and 2008 servers.


It works to SQL 7 boxes as well.

Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
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


GilaMonster
GilaMonster
SSC Guru
SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)

Group: General Forum Members
Points: 88240 Visits: 45277
Jeff Moden (7/10/2008)

I, too, can't wait until the split of Date and Time... leaves much opportunity to easily get to 15,000 posts in a hurry explaining to people how to fix what they have unwittingly done by using the split. Wink


I can see times when only a date is needed, or only a time, however I foresee lots of people having a data and a time stored in different columns in 1 table when they should be stored in a datetime.

Is gonna be fun doing a between when the date and the time are separate. Hehe

Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
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


Jeff Moden
Jeff Moden
SSC Guru
SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)SSC Guru (87K reputation)

Group: General Forum Members
Points: 87200 Visits: 41113
GilaMonster (7/11/2008)
I can see times when only a date is needed, or only a time...


It's probably because I've not had enough coffee this morning, yet... Hehe can you tell me when you see a serious advantage to having only a date or a time column why wouldn't storing just Date or just Time isn't some form of "lost data"? Even storing duration as just a TIME is a problem because you'd never be able to store values over 24 hours.

--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.
If you think its expensive to hire a professional to do the job, wait until you hire an amateur. -- Red Adair

Helpful Links:
How to post code problems
How to post performance problems
Forum FAQs
GilaMonster
GilaMonster
SSC Guru
SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)SSC Guru (88K reputation)

Group: General Forum Members
Points: 88240 Visits: 45277
A time table - Physics 101, Lecture room 2B, 9am every monday.

Movie schedules. Movie X shows every day this week at 17:00, 20:30 and 23:00

A store list with their opening and closing times

An example I've actually used - storing the start time and end time of daily jobs

I can certanly do that with a datetime (and I have done it), but then I have to set some form of meaningless date.

Is it the norm? No. Are there cases where it's useful? Absolutely.

I would never store duration as a time. That's asking for nasty maths. Store is as a number of hours/minutes/seconds, depending on the granularity required.

Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
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


Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search