Perhaps our jobs are safe

Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

RetSet replied

7 October 2013, 21:11
Originally posted by DimPrawn View Post

Have you run it past this man?

Bob Shawadiwadi | LinkedIn

Hey, rock 'n' roll...
Leave a comment:
NotAllThere replied

7 October 2013, 11:47
Originally posted by mudskipper View Post

What if x_main-mmsta = null? Then it's not true (depending on your database...)

It's not SQL.

Respondent, yes. Sorry. I'll nip off and shoot myself now.
Leave a comment:
SimonMac replied

7 October 2013, 11:39
Originally posted by NotAllThere View Post

On a professional forum, not only could a poster not work out why
( x_main-mmsta <> c_mmsta_32 OR x_main-mmsta <> c_mmsta_33 ) is always true, but most of the respondants couldn't understand it either. (c_mmsta_32 and c_mmsta_33 are constants with different values).

Is any one else grateful he put the explanation on the end as it means **** all to me!
Leave a comment:
mudskipper replied

7 October 2013, 11:27
Originally posted by NotAllThere View Post

On a professional forum, not only could a poster not work out why
( x_main-mmsta <> c_mmsta_32 OR x_main-mmsta <> c_mmsta_33 ) is always true, but most of the respondants couldn't understand it either. (c_mmsta_32 and c_mmsta_33 are constants with different values).

What if x_main-mmsta = null? Then it's not true (depending on your database...)
Leave a comment:
MyUserName replied

7 October 2013, 11:06
Leave a comment:
Doggy Styles replied

7 October 2013, 10:57
Originally posted by NotAllThere View Post

On a professional forum, not only could a poster not work out why
( x_main-mmsta <> c_mmsta_32 OR x_main-mmsta <> c_mmsta_33 ) is always true, but most of the respondants couldn't understand it either. (c_mmsta_32 and c_mmsta_33 are constants with different values).
Leave a comment:
MarillionFan replied

7 October 2013, 10:53
Look does it meet the business requirements or not?
Leave a comment:
DirtyDog replied

7 October 2013, 10:53
What's a respondant? Are they similar to respondents, but with added formic acid?
Leave a comment:
DimPrawn replied

7 October 2013, 10:51
Have you run it past this man?

Bob Shawadiwadi | LinkedIn
Leave a comment:
DirtyDog replied

7 October 2013, 10:50
Leave a comment:
NotAllThere started a topic Perhaps our jobs are safe

7 October 2013, 10:45
Perhaps our jobs are safe

On a professional forum, not only could a poster not work out why
( x_main-mmsta <> c_mmsta_32 OR x_main-mmsta <> c_mmsta_33 ) is always true, but most of the respondants couldn't understand it either. (c_mmsta_32 and c_mmsta_33 are constants with different values).
Tags: None