Viewing 15 posts - 23,641 through 23,655 (of 59,099 total)
Agreed. It's not going to matter with such short strings as those on this post. It was more of a tip just in case you need to do...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2014 at 6:35 pm
Luis Cazares (5/15/2014)
crmitchell (5/15/2014)
farooq.hbs (5/14/2014)
I found the solution..LEFT([field], CHARINDEX(',', [field]) - 1)
:):):)
Thanks:-):-):-):-)
That will work if you are certain that your source string will ALWAYS contain at least one comma....
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2014 at 5:31 pm
Stefan Krzywicki (5/15/2014)
spaghettidba (5/15/2014)
Stefan Krzywicki (5/15/2014)
"The old mainframe database I used back in diggity six was blazing fast when using cursors! SQL Server is terrible!"
Hmmm, yeah.
I had the chance...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2014 at 5:29 pm
spaghettidba (5/15/2014)
Stefan Krzywicki (5/15/2014)
"The old mainframe database I used back in diggity six was blazing fast when using cursors! SQL Server is terrible!"
Hmmm, yeah.
I had the chance to optimize...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2014 at 5:25 pm
Paul White (5/14/2014)
If so, you might not be testing what you think you are. There is a...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 15, 2014 at 5:01 pm
I believe that a very import question has been left off the survery (or maybe I just didn't see it)... "To what extent is BI a part of your job?...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2014 at 7:51 pm
skaggs.andrew (5/14/2014)
I have a Fact table that has been in use for 2 years now and I am getting to the point where the table is beginning to get...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2014 at 2:15 pm
mpdillon (5/14/2014)
Jeff, I tried the [0-9] and it worked. I am not sure if there is a performance gain. This query will not be used very...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 14, 2014 at 7:43 am
As to noticing that rCTEs produce a lot of reads, it's because it's "just" a loop that's nearly identical to reading the first row and then looping through all of...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2014 at 5:39 pm
The problem with indexed views isn't during SELECT's. The problem with indexed views is with inserts to the underlying tables and the bigger the data gets, the longer the...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2014 at 5:23 pm
mpdillon (5/13/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2014 at 5:18 pm
Jeff Moden (5/13/2014)
-A (5/12/2014)
Jeff Moden (5/12/2014)
-A (5/7/2014)
--Here is the answers to the follow up questions:
1) I have to create this Index online since it is huge and...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2014 at 5:08 pm
Ed Wagner (5/13/2014)
Jeff - You know I'm thinking of your presentation that isn't ready...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2014 at 5:03 pm
Thanks, Kevin. Now THAT's an interesting bit of information. I can see it being a benefit to INSERT performance as well since a heap on a temporal audit...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2014 at 9:02 am
Thanks for the reply, Howard. That's pretty much my opinion, as well, and I've also constructed my temporal audit tables in the same manner that you have. It...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 13, 2014 at 8:40 am
Viewing 15 posts - 23,641 through 23,655 (of 59,099 total)