Viewing 15 posts - 25,891 through 25,905 (of 59,102 total)
lbrady (9/20/2013)
I have a user who needs select permissions to all databases on a server.
From a data security aspect, I'd really want to know why that's necessary. I'd also...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 10:56 pm
sqlnaive (9/20/2013)
đŸ™‚ No worries Sean. but thanks about the STR functionality. Was playing with it and had fun to know about some things. đŸ™‚
Be a bit leary of the STR()...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 10:31 pm
CapnHector (9/20/2013)
Jeff Moden (9/20/2013)
hisakimatama (9/20/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 10:06 pm
Greg Edwards-268690 (9/20/2013)
Jeff Moden (9/20/2013)
Are you good folks saying that any form of SELECT/INTO is bad? If so, why?
I sense a frozen pork chop being readied for launch! ...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 9:50 pm
wolfkillj (9/20/2013)
The filibustering member stops speaking during debate on the point of order but has to follow all the other rules, including remaining standing.
Sounds like some of the scrums I've...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 9:20 pm
gilbert delarosa (9/20/2013)
But they wouldn't be 1 until after their BDayor you could just
DECLARE @DOB DATETIME
SET @DOB='01/01/2013'
SELECT FLOOR((DATEDIFF(DD,@DOB,'01/01/2014')+1)/365.25)
Still doesn't work. Last I heard, you gained a year on...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 5:01 pm
So, could you do the following during a filibuster? Some people have labeled this as "Navy Training". I call it "A Brief History of the Life of a...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 4:08 pm
gilbert delarosa (9/20/2013)
This seems to work
DECLARE @DOB DATETIME
SET @DOB='9/19/2000'
SELECT FLOOR(DATEDIFF(DD,@DOB,GETDATE())/365.25)
Good try but it doesn't work...
DECLARE @DOB DATETIME
SET @DOB='01/01/2013'
SELECT FLOOR(DATEDIFF(DD,@DOB,'01/01/2014')/365.25)
Results:
---------------------------------------
0
(1 row(s) affected)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 3:55 pm
hisakimatama (9/20/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 12:47 pm
Steve Jones - SSC Editor (10/5/2010)
SanjayAttray (10/5/2010)
Why do this task with VB script when you can do the whole process with T-SQL scripts?Do you somehow think that T-SQL is "better"
Yes......
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 12:37 pm
Jeff Atherton (9/20/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 12:15 pm
PiMané (9/20/2013)
Jeff Moden (9/20/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 12:12 pm
PiMané (9/19/2013)
Jeff Moden (9/19/2013)
PiMané (9/4/2013)
What's the best way to store the XML?
The best way, IMHO, is to shred it on receipt and store it as properly normalized data. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 7:11 am
eseosaoregie (9/20/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 7:05 am
Are you good folks saying that any form of SELECT/INTO is bad? If so, why?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 20, 2013 at 7:02 am
Viewing 15 posts - 25,891 through 25,905 (of 59,102 total)