Viewing 15 posts - 35,956 through 35,970 (of 59,102 total)
Heh... not to worry, Lutz. You've seen the mess I can make of things if I PBC (Post Before Coffee). 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
November 24, 2010 at 2:38 pm
Ray K (11/23/2010)
Please do NOT waste people's time by cross-posting!!!All: do not respond to this post; please use http://www.sqlservercentral.com/Forums/Topic1025402-391-1.aspx.
Whoa! No need to yell, Ray. And considering the OP...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 10:39 pm
WayneS (11/22/2010)
jguerra2 (11/22/2010)
Thanks for the code. I will try...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 10:36 pm
Iulian -207023 (11/23/2010)
I am sorry Chris I don't have the table structure at hand.Thanks,
Iulian
Heh... you know how much the table is using for space and can't generate the script...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 10:28 pm
Ram2002 (11/23/2010)
Yes based on Emp_ID and start date. It is like the row follows with end date or if end date not there then next row will...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 10:25 pm
kevin4u06 (11/23/2010)
I dont want to join the function and the table ...i want to pass data in the column from the table as a variable to the function
Cross Apply is...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 10:22 pm
LutzM (11/23/2010)
What's the specific reason for you not to use global temp tables (##table)
Concurrency and logical separation of data between concurrent runs because all sprocs that use it see the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 10:17 pm
sumit.agrawal (11/23/2010)
this proc should store the output in temp table.. then create a function which will get the values from the temp table....
Just to be clear, one can no more...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 7:58 pm
S_Kumar_S (11/22/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 7:54 pm
Gangadhara MS (11/21/2010)
We are having performance issues on production server.
The following task i have carried out and i need your suggestion further.
1.I have used profiler to trace the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 7:27 pm
Are you all set now?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 7:42 am
mister.magoo (11/23/2010)
See Jeff's article about...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 23, 2010 at 7:41 am
Justin,
Sachin's code almost did it. It just needed a push over the edge to get it where you wanted it. Here's the push...
WITH
cteGroups AS
(
SELECT dt,
...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2010 at 11:41 pm
Sachin Nandanwar (11/22/2010)
It's quite difficult to give a solution without actually looking at the records which are causing the problem.
What on Earth are you talking about? The OP gave...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2010 at 11:37 pm
WayneS (11/22/2010)
kevin4u06 (11/22/2010)
There is one more added complexity , in some recordds the state has for exampleArizona
New Jersy
instead of just their abbreviation
The spaces in this are going to complicate things...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 22, 2010 at 8:01 pm
Viewing 15 posts - 35,956 through 35,970 (of 59,102 total)