Viewing 15 posts - 26,026 through 26,040 (of 59,099 total)
I strongly agree with Brandie and Tom. I usually don't try to teach users about databases unless they're actually interested in how things work. What usually works for...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 31, 2013 at 9:25 am
az1862 (8/30/2013)
Thanks a lot I will make sure to post in format you requested next time.
I can help there. Please see the first link in my signature line below...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 11:44 pm
amitsingh308 (8/29/2013)
I have to generate a report in which amount should be 13 digits.
e.g 2000- convert it into paisa 200000 then 13 digit amount is 0000000200000
but I want it to...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 11:42 pm
If you're interested in speed, STR isn't the way to do it. And since it does a FLOAT conversion in the process, it can slip into the same approximation...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 11:34 pm
Heh... you're in IT where there's nothing but jargon. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 11:25 pm
Partitioning usually isn't any faster than the right kind of query played against properly designed tables and indexes. Partitioning is to make index management easier, backups smaller, and a...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 11:17 pm
jeetsingh.cs (8/30/2013)
i have some questions that should i stick to this field or switch to BI as a...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 8:02 am
Greg Larsen (8/30/2013)
I'm a little tardy on getting the next stairway out. Hopefully within the next few months you will start seeing articles in my next stairway.
Thanks for the...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 7:56 am
Sean Lange (8/30/2013)
Jeff Moden (8/30/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 7:55 am
Heh... all this work just to avoid typing "SELECT * FROM ", which can be a really bad idea in itself depending on the number of rows in the table.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 7:41 am
Guras (8/30/2013)
SQLSteve (8/30/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 7:35 am
harsimranjeetsinghwasson (8/30/2013)
One thing i would like to...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 7:20 am
SrcName (8/30/2013)
Based on your experience,
i would be appreciate if you explain in detail how SQL Injection will pass this.
P.S.
maybe in this case it's no so important, this select statement...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 7:17 am
churi.hrushikesh (8/30/2013)
Declare all variable used in dynamic query as nvarchar or varchar. It will work for sure.
Better than that, don't use dynamic SQL because it doesn't look like it's even...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 30, 2013 at 7:04 am
rebecca 79612 (8/29/2013)
SET @sql = 'SELECT * FROM <sometable> WHERE dateadd(hh, ''' + @tzoffset + '''), END_DATETIME) BETWEEN ''' + @StartDate + ''' AND ''' + @EndDate + ''''
returns...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 29, 2013 at 10:41 pm
Viewing 15 posts - 26,026 through 26,040 (of 59,099 total)