Viewing 15 posts - 17,401 through 17,415 (of 59,102 total)
Charmer (6/27/2016)
The ReportDate values can be anything. I want dynamic.
Please see the following article for a simple method to make such reports dynamic.
http://www.sqlservercentral.com/articles/Crosstab/65048/
--Jeff Moden
Change is inevitable... Change for the better is not.
June 28, 2016 at 7:14 am
David92595 (6/28/2016)
I am trying to dynamically update a table (as much as possible) based on a parameter. However, because I'm trying to avoid SQL injection I'm hard coding the table...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 28, 2016 at 7:02 am
Luis Cazares (6/27/2016)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 8:31 pm
mw112009 (6/27/2016)
This is not for display purposes.
It is for a TAB delimited file that goes to another company.
I am not sure why they can not handle dates in the mm/dd/yyyy...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 8:16 pm
Sangeeth878787 (6/27/2016)
I need to add new column to the table, for this requirement is move the data to temp table and drop the table and create the same table with...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 8:44 am
angelreynosog (6/27/2016)
I have a database of Dynamics NAV , this overgrown in the week do a FULL, every day at 3 A.M. , a differential every day...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 8:31 am
frontrunner148 (6/27/2016)
Jeff Moden (6/25/2016)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 8:25 am
Nomvula (6/27/2016)
thank you so much J Livingston SQL,it worked perfectly!!!
Since you're the one that needs to support it, the question now is... can you? Do you actually understand how...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 8:22 am
koti.raavi (6/27/2016)
CREATE TABLE #NEXTMONTHS (
Months DATE
,[Month No] INT
,[year] INT
,FYYear CHAR(10)
)
DECLARE @StartDate AS DATE
DECLARE @EndDate AS DATE
DECLARE @CurrentDate AS DATE
DECLARE @ID INT = 0
SET @StartDate = GETDATE()
SET @EndDate...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 8:02 am
Warned but armed.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 7:29 am
Eirikur Eiriksson (6/26/2016)
It seems like just being able to produce a result set is currently the acceptable standard, regardless of the (in)efficiency of the query.
With or without XML, that's...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 6:42 am
jeffe_verde (6/26/2016)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 6:33 am
Eirikur Eiriksson (6/27/2016)
😎
The deduplication part...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 6:28 am
Steve Jones - SSC Editor (6/25/2016)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 6:20 am
You're welcome but Gail (Gila Monster) is spot on. Rebuilding all indexes is a lot of overkill and causes a huge amount of logging unless you're in the BULK...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2016 at 5:58 am
Viewing 15 posts - 17,401 through 17,415 (of 59,102 total)