Viewing 15 posts - 22,306 through 22,320 (of 59,098 total)
JustABob (12/2/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 2, 2014 at 8:20 am
Dave62 (12/2/2014)
Megistal (12/2/2014)
There is one more arrow and note needed at the very top of the blue line. "Asks geek for script" 😀
:-D:-D:-D:-D
--Jeff Moden
Change is inevitable... Change for the better is not.
December 2, 2014 at 7:36 am
Yet Another DBA (12/2/2014)
Jeff Moden (12/1/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 2, 2014 at 7:33 am
From the article...
Now is the beginning of an era where we will have tremendous influence in helping change the way business works.
That's about the only thing in the that...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 11:33 pm
Knowledge Hunter (1/8/2013)
There was a bottleneck in a server.
What kind of bottleneck?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 10:54 pm
poratips (12/1/2014)
;WIth mycte as (SELECT
s.database_name,
s.[type]
,row_number() Over(Partition by s.[type] Order by s.backup_finish_date DESC ) RN
FROM msdb.dbo.backupset s
INNER JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id)
Select database_name,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 10:46 pm
Not sure (didn't test the code) because you didn't provide any readily consumable data but I believe this should be pretty close to what you're looking for...
SELECT WeekNo...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 10:23 pm
Grant Fritchey (12/1/2014)
Just because it's not an incrementing number doesn't mean that it's not a good choice for the clustered index.
I have to admit that I'm taken aback by that...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 10:09 pm
Deries (12/1/2014)
Could you show me some sample sql statement to create like you mentioned above.
The table structure which I gave stores the meter data for each customers on an hourly...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 8:51 pm
Considering that today is the first day of a new month, perhaps some eager beaver was trying some new ad hoc query for month-end reporting and ended up with an...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 8:39 pm
P.S. Using a UNIQUEIDENTIFIER as the Clustered PK of a table is "Death by page splits" on steroids!. Also, using a "CustomerName" in that table is also pretty...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 8:28 pm
Deries (12/1/2014)
Sean,I am sorry,i get .cvs file from the client on monthly basis and i manipulate that in excel and give them the report. Sorry again.
Excellent! Post the CREATE...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 8:20 pm
Luis Cazares (12/1/2014)
I use the following formula to calculate the previous monday. Just change GETDATE() for any date you need to use.
DATEADD(WK, DATEDIFF(WK, 0, GETDATE() - 2), 0)
Oh, be careful...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 8:10 pm
GrassHopper (12/1/2014)
Anyone think they can improve on this query?
Almost no question. The key here is that your code now has two real tables in it. For my stuff...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 7:25 pm
OK, here we go. This will go back for 30 days (not including "today" because it's a partial day) and also report on the same time span for all...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 1, 2014 at 6:55 pm
Viewing 15 posts - 22,306 through 22,320 (of 59,098 total)