Viewing 15 posts - 301 through 315 (of 5,394 total)
I have a blog post for that:
http://spaghettidba.com/2014/09/05/database-free-space-monitoring-the-right-way/
Hope this helps
September 8, 2015 at 11:08 am
Is there a particular reason why you're restoring the master database? Wouldn't it be easier if you copied the noncontained objects (logins and the like) with scripts?
September 8, 2015 at 11:07 am
I'm afraid it's not available to you unless it's passed in as a parameter from the caller.
September 7, 2015 at 6:40 am
drew.allen (9/4/2015)
spaghettidba (9/4/2015)
Please note that my form of the query and J Livingston's are the same: the default for the ORDER BY clause in OVER is ROWS BETWEEN...
September 4, 2015 at 8:15 am
Possible solutions:
1) Don't log from the stored procedures. Use a different connection from the application.
2) Log to a table variable and dump the logs to the permanent log table at...
September 4, 2015 at 8:13 am
Good to hear!
Please note that my form of the query and J Livingston's are the same: the default for the ORDER BY clause in OVER is ROWS BETWEEN UNBOUNDED PRECEDING...
September 4, 2015 at 6:54 am
Can you please add more information to your question?
See http://spaghettidba.com/2015/04/24/how-to-post-a-t-sql-question-on-a-public-forum/ for guidelines.
September 4, 2015 at 6:50 am
Great! Just to clarify, the code takes advantage of the OVER clause to perform a running total.
You can read more about it here: http://www.sqlservercentral.com/articles/T-SQL/75466/
September 4, 2015 at 3:43 am
If your IDs are not unique, this could work:
SELECT T.ID, SUM(T.amount) OVER (ORDER BY T.ID) - T.amount
FROM (
SELECT ID, SUM(amount) AS amount
FROM #temp
WHERE Type = 1
GROUP BY ID
) AS T
Also,...
September 4, 2015 at 3:30 am
IF your IDs are unique, this should do:
SELECT T.ID, SUM(T.amount) OVER (ORDER BY T.ID) - T.amount
FROM #temp AS T
September 4, 2015 at 3:25 am
The one you prefer. I would use tempdb to avoid clutter.
September 1, 2015 at 11:45 am
If I understand correctly, you have to update the data in AcquiredFrom using the data in source_office on DPROSQL.
In this case, you just need to copy the data of source_office...
September 1, 2015 at 10:52 am
Sorry, I hit "post" by mistake and then edited back my answer with more details.
Feel free to ask for clarifications.
September 1, 2015 at 10:16 am
The simplest (but somehow not recommended) solution would be to create a linked server to DPROSQL in FS3.
Then you could simply issue this:
UPDATE AF
SET AF.SomeColumn = SO.SomeColumn
FROM [dbo].[AcquiredFrom] AS AF
INNER...
September 1, 2015 at 10:08 am
Spam, reported
August 27, 2015 at 2:05 am
Viewing 15 posts - 301 through 315 (of 5,394 total)