Viewing 15 posts - 47,206 through 47,220 (of 59,099 total)
I got it right but this is a really bad question for people who are still stuck with SQL Server 2000. These types of questions should probably identify the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 8:31 pm
Yet, the same company will break your horns for sending private emails from work or using the company telephone to make personal calls to an old flame in Australia.
Nah... mixing...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 8:25 pm
Good editorial, Steve. I noticed the following statement...
"On one hand I can understand that ethics and morals are becoming more important."
Heh... when were they ever not the most important...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 8:18 pm
I just ran the following on my server... only thing I changed was the file name to match a file I had.
DECLARE @hr int,@object int,@objfile int,@datecreated int,
@path varchar(200),@filename varchar(100)
set @filename='c:\Sample.txt'
EXEC...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 7:59 pm
You still miss the point... even if it's for one password, you shouldn't use RBAR to do it. Someone in a pinch will find the code and use it...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 7:34 pm
MadDogs... sorry all of that took so long. The code above solves your problem. Appologies for the delay.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 6:56 pm
Sorry Brian... didn't mean to sound condescending or for you to take any of this as an insult.
The last point was that you used a form of RBAR to drive...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 6:51 pm
K. Brian Kelley (11/15/2008)
I wrapped both in a while loop retesting the same password.
Heh... you used procedureal code to drive a set based solution. :hehe: Ok... I guess I'll...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 2:24 pm
Remi,
There's a huge hidden benefit to all of this if it's running on a SAN. Most SAN companies have software that make "nearly instantaneous" copies of the entire system...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 12:20 pm
Sorry, Lynn... here it is and, yes, like your's, it's a CTE...
;WITH
cteTally AS
(--==== Create a Tally CTE from 1 to whatever the length
-- of the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 11:28 am
K. Brian Kelley (11/14/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 9:51 am
K. Brian Kelley (11/14/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 15, 2008 at 9:29 am
Heh... I wanna piece of the check that has 16 digits to the left of the decimal place. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2008 at 8:03 pm
anam (11/13/2008)
create table #tmp
(id varchar(10))
insert into #tmp
select '10.10'
union select '1010'
union select '20.20'
union select '2020'
select *, cast(id as...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2008 at 7:42 pm
Denis Wilkinson (11/14/2008)
Thanks,Iam still mentally upgrading from 2000 - 2005 and was still trying to use SMTP mail. Configured the query with sp_send_dbmail and it works perfectly.
Any chance of seeing...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 14, 2008 at 7:25 pm
Viewing 15 posts - 47,206 through 47,220 (of 59,099 total)