Go - No Go

[eek]

The architect is Canadian - 'nuff said!

Still doesn't justify a code generator that doesn't create defensive code. Oh, and, by the way, empty strings are not database null values and oracle really doesn't like randomly changing parameter types.

Mind you current clientco perms believe 0 is suitable substitute for nulls so the crime is one of general stupidity.

[Churchill]

Still doesn't justify a code generator that doesn't create defensive code. Oh, and, by the way, empty strings are not database null values. Although at current clientco the perms believe 0 is suitable substitute for nulls.

Aye!

Oh well, it pays the bills.

[mudskipper]

Still doesn't justify a code generator that doesn't create defensive code. Oh, and, by the way, empty strings are not database null values and oracle really doesn't like randomly changing parameter types.

Mind you current clientco perms believe 0 is suitable substitute for nulls so the crime is one of general stupidity.

Actually, Oracle does treat empty strings as nulls. It's tulipe. (Or it least it used to - don't know if things have changed)

[eek]

Actually, Oracle does treat empty strings as nulls. It's tulipe. (Or it least it used to - don't know if things have changed)

I'm sure that's changed. I remember a rapid search replace job a few years ago to cure that. Still doesn't justify changing a date parameter to a string parameter to get a null value in tho.

[mudskipper]

I'm sure that's changed. I remember a rapid search replace job a few years ago to cure that. Still doesn't justify changing a date parameter to a string parameter to get a null value in tho.

Had a quick google looks like it's still an issue. Guess it's not something they can just fix, because so much code would break.