<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by William Talada
»
Get Your ANSI_NULLs Settings Consistent
18 posts, Page 1 of 2
1
2
»»
Get Your ANSI_NULLs Settings Consistent
Rate Topic
Display Mode
Topic Options
Author
Message
Bill Talada
Bill Talada
Posted Tuesday, January 26, 2010 10:03 PM
Valued Member
Group: General Forum Members
Last Login: Thursday, May 16, 2013 9:31 AM
Points: 65,
Visits: 443
Comments posted to this topic are about the item
Get Your ANSI_NULLs Settings Consistent
Post #854130
Paul White
Paul White
Posted Tuesday, January 26, 2010 10:06 PM
SSChampion
Group: General Forum Members
Last Login: Yesterday @ 5:01 PM
Points: 10,990,
Visits: 10,545
An interesting article on an important subject. I would have rated it 5 stars instead of 4 if it had gone further in explaining what might need to be done to fix potential problems - sadly it is not as simple as replacing = NULL with IS NULL.
ANSI_NULLS OFF behaviour is decidedly odd, and often counter-intuitive, no wonder Microsoft are keen to stop supporting it. I have an example of this type of weirdness pending as a Question of the Day (QotD) so I'll just say that one example of weirdness involves IN and NOT IN...
Paul White
SQL Server MVP
SQLblog.com
@SQL_Kiwi
Post #854132
SQLRNNR
SQLRNNR
Posted Tuesday, January 26, 2010 10:16 PM
SSCoach
Group: General Forum Members
Last Login: 2 days ago @ 10:25 AM
Points: 18,754,
Visits: 12,337
Good article. I couldn't add anything more than what Paul has already indicated. Maybe a follow-up article on the same subject to go along with that QOD?
Jason
AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server 2008
SQL RNNR
Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp
Post #854135
Paul White
Paul White
Posted Tuesday, January 26, 2010 10:21 PM
SSChampion
Group: General Forum Members
Last Login: Yesterday @ 5:01 PM
Points: 10,990,
Visits: 10,545
CirquedeSQLeil (1/26/2010)
Good article. I couldn't add anything more than what Paul has already indicated. Maybe a follow-up article on the same subject to go along with that QOD?
Good idea...
Paul White
SQL Server MVP
SQLblog.com
@SQL_Kiwi
Post #854144
xdream
xdream
Posted Wednesday, January 27, 2010 12:05 AM
Forum Newbie
Group: General Forum Members
Last Login: Wednesday, April 24, 2013 11:37 PM
Points: 4,
Visits: 452
Nice article, just followed your steps on our databases.
Though for general purpose, I'm missing some short explanations on ANSI settings and as you check them in step 2) and it's not only about ANSI NULL.
In step 4) I first was kind of surprised as the sql-statement will find other "= NULL"s, too (e.g. SET @Var = NULL). But it shows a starting point for checking your code automatically and fast.
Best regards
Post #854191
Bill Talada
Bill Talada
Posted Wednesday, January 27, 2010 12:57 AM
Valued Member
Group: General Forum Members
Last Login: Thursday, May 16, 2013 9:31 AM
Points: 65,
Visits: 443
I'm happy people are finding some value in the article; I had sent in a rough draft to see if it would be a topic of interest but they published it without asking me to tighten it up. My main purpose for writing the article was to show people how to be able to rip out all ANSI type statements from all their scripts and to never have to think again about any odd behavior of nulls on a per script basis.
Post #854214
andy.gray
andy.gray
Posted Wednesday, January 27, 2010 2:19 AM
Forum Newbie
Group: General Forum Members
Last Login: Thursday, January 19, 2012 1:33 AM
Points: 3,
Visits: 36
Most interesting but I have a little query.
Why is it necessary to have a function for comparing nullable ints but not for any other data types? Is there something specific about nullable ints?
Kind regards
Andy
Post #854237
Bill Talada
Bill Talada
Posted Wednesday, January 27, 2010 2:53 AM
Valued Member
Group: General Forum Members
Last Login: Thursday, May 16, 2013 9:31 AM
Points: 65,
Visits: 443
andy.gray (1/27/2010)
Most interesting but I have a little query.
Why is it necessary to have a function for comparing nullable ints but not for any other data types? Is there something specific about nullable ints?
Kind regards
Andy
The need for nullable compares is for all data types. I only have three in place for int, varchar, and datetime types so far for my needs. With a simple find/replace you can generate the others.
Post #854251
Richard Gibbins
Richard Gibbins
Posted Wednesday, January 27, 2010 9:13 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Wednesday, May 22, 2013 2:36 PM
Points: 145,
Visits: 164
I'm probably stirring up a hornet's nest here but I have a problem with the way you are treating nulls. The whole point of null is that the value is undefined so comparing a value and saying they are equal if both are null is not valid. Two columns and/or variables are equal if and only if the values are defined and equal. Code should be aware of nulls and deal with them but not by equating two null values.
Richard
Post #854480
James Stephens
James Stephens
Posted Wednesday, January 27, 2010 11:37 AM
SSC Rookie
Group: General Forum Members
Last Login: Thursday, April 18, 2013 9:52 PM
Points: 28,
Visits: 169
I have been bitten by the IN/NOT IN null before...it's a tough one that had me scratching my head for an hour or so. That would make a good qod.
--Jim
Post #854608
« Prev Topic
|
Next Topic »
18 posts, Page 1 of 2
1
2
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
