Viewing 15 posts - 42,526 through 42,540 (of 59,067 total)
aktikt (8/4/2009)
I'm all ears for anyone who can solve...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 9:22 pm
Take just five minutes to help us help you. Please read the first link in my signature below. Provide a CREATE TABLE statement and data like in the...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 9:18 pm
Ummmmm.... see if you like the random numbers this gives you... includes some with leading zero's but will always have 13 to 15 digits...
SELECT TOP 100000
...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 9:10 pm
The code you presented works just fine with no indexes except on the Email columns. In order for us to figure this out, you'll need to post the table...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 8:53 pm
Do you do any other maintenance? Like rebuilding fragmented indexes and the like?
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 8:40 pm
As some have said, buy a copy of the Dev Edition of SQL Server. It's the same as the Enterprise Edition except for two things... the license says you're...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 8:38 pm
Nothing else runs while auto-growth is occurring and, yes, it will make a given task or set of tasks seem very slow while auto-growth occurs.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 8:23 pm
Paul White (8/4/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 8:11 pm
Jack Corbett (8/4/2009)
Guess everyone knew Gail was gone. Not many posts in the corruption forums.
Somehow, that just doesn't sound right. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 4:19 pm
Bob Hovious (8/4/2009)
Or we could just go back to flat files. Screw relational AND hierarchical databases.
At least it wouldn't have tags in it. 😉 Well... unless...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 4:10 pm
Steve Jones - Editor (8/4/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 3:54 pm
Paul White (8/4/2009)
I would strongly encourage the author of this article to try it out 🙂
Nice idea for an article, but...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 3:51 pm
umailedit (8/3/2009)
We do?
I always thought in software it is a golden rule not fallacy. 'if it ain't broke don't fix it'. Maybe it...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 3:10 pm
smunson (8/3/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 2:36 pm
purplebirky (8/3/2009)
in this table one column has entrys that look like : res1, res2, res3well i need to split these out to return each on it's own.
purplebirky,
See the article I...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 4, 2009 at 2:18 pm
Viewing 15 posts - 42,526 through 42,540 (of 59,067 total)