Viewing 15 posts - 21,931 through 21,945 (of 59,072 total)
marybeth1975 (1/11/2015)
iddue_dateupdate_datemonth
2004/14/20192/4/20142
2006/16/20204/6/20144
2008/18/20216/8/20146
3006/13/20143/3/20143
3009/19/20146/9/20146
30012/22/20149/12/20149
How do yo update the due date for each month?
iddue_dateupdate_datemonth
2004/14/20192/4/20142
2004/14/2019 3
2006/16/20204/6/20144
2006/16/2020 5
2008/18/20216/8/20146
2008/18/2021...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 4:13 pm
anu.anu4u (1/11/2015)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 12:24 pm
ghurty (1/11/2015)
Is there a way to throttle or limit the amount of sql requests either by IP address or username?Thank you
I have found that such throttling is to control resource...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 12:14 pm
Something else is going on there. I'm using EXCEL 2010 and the "$" still works just fine.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 12:08 pm
Then Eirikur's code will do it for you. Do you understand how it works?
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 12:02 pm
Glad it worked out, Mick. Just to be sure, do you understand how/why it works?
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 10:07 am
It may be that having the clustered index on the hash would work faster on the lookups, especially if it were a unique index that was guaranteed to be unique...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 9:41 am
anu.anu4u (1/11/2015)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 9:18 am
If you insert the results into a table variable rather than individual variables, your final act could be to select the MAX date from that table variable.
Step 2 would be...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 9:03 am
prabhu.st (1/11/2015)
as of now the query is taking 19 seconds to bring the result set with pagination for 300454 records.
Are you saying that (and it looks like it from...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2015 at 8:36 am
The clustered index is always added to the non-clustered index.
I have to say, you've done a remarkable job. You tried the "obvious" method and that took 50 minutes. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 10, 2015 at 9:49 pm
The question now is, do you understand? After checking out Google on some of the things I suggested and if you're still having problems, c'mon back and post what...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 10, 2015 at 9:23 pm
Assuming that a parameter called @pSomeDate is a VARCHAR parameter to take the '03/2011', the following should do it.
WITH
cteStartOfMonth AS
(
SELECT StartOfMonth = DATEADD(mm,CAST(LEFT(@pSomeDate,2) AS INT)-1,RIGHT(@pSomeDate,4))
)
SELECT yada, yada, yada
...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 10, 2015 at 9:18 pm
Siva Ramasamy (1/10/2015)
Thanks for looking into my question.
I am trying to shrink a 170 GB tempdb file to 160 GB. There is more than 30 GB available in...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 10, 2015 at 8:58 pm
Grant Fritchey (1/10/2015)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 10, 2015 at 8:43 pm
Viewing 15 posts - 21,931 through 21,945 (of 59,072 total)