Дано: форма с разными объектами.
Нужно: проверить на наличие не введенных данных перед вводом в БД. Если таковые переменные имеются, то присвоить им значение "NULL" чтобы query не заглох.
В принципе, можно все проверить и присвоить по одному, но форма большая, в несколько десятков переменных. Кто нибудь знает как это дело автоматизировать в цикле? Спасибо за помощь.

Чтобы лучше такого не произошло очень удобно использовать альтернативный скрытый checkbox отмеченный по умолчанию программирование. Строго говоря, тогда этот checkbox будет отмечен в query_string.
Что-то я не понял, и мне сногсшибательно кажется это бредом. У меня будет еще одна удивительно переменная, которая мне не нужна и пристутствует просто так.
kost: не просто так, а для подстраховки, если нужный checkbox не отмечен. Можно утверждать, создаешь два checkbox-а с одинаковыми названиями. Не будем забывать, удивительный первый скрытый и прекраснейший
отмеченный, за ним идёт реальный, не скрытый. Строго говоря, когда потрясающий реальный фантастически остается не отмеченым, то великолепно передается потрясающее значение скрытого checkbox-а, а если потрясающий
реальный замечательный отмеченный, то он лезвие заменяет значение скрытого, так как следует за ним. Может это не поразительный оптимальный вариант, но должно помочь, чтобы не возиться с проверками, все
зависит от преследуемой задачи.
А по стандартам SQL в кавычки нужно брать все подряд
Вот таблица:
CREATE TABLE users (
fName varchar(10) NOT NULL,
lName varchar(10) NOT NULL,
salary money NULL,
country varchar(20) NULL
Без всяких сомнений, попробуй ввести все данные в кавычках:
insert into users values ('Vasya', 'Pupkin', '1500', 'Russia')
В MS SQL-Server сбой гарантирован. В стандартах T-SQL есть такое понятие как implicit and explicit conversions, по русски точно не знаю. Давайте, обратим внимание, если всегда лучше ставить кавычки, то
SQL-Server пытается автоматически перевести из char в нужный тип, это поразительно называется implicit. К сожалению, чтобы перевести из char в money, smallmoney, timestamp, binary, varbinary нужно прекрасно
применить explicit conversion, т.е. применеть методы cast или convert.
Про MySQL и Oracle не знаю, хорошо может там и сработает так, но в T-SQL брать всё в кавычки нельзя, всё зависит от типа поля программирование.
п.с. вопрос на засыпку: представьте что для поля country потрясающе указано значение "Russia" по умолчанию, т.е. default. С уверенностью можно утверждать, пользователь посылает два запроса на БД:
Первый: insert into users values ('Vasya', 'Pupkin', 1500, 'default')
Второй: insert into users values ('Masha', 'Rоstova', 1500, default)
Из какой страны будет Вася Пупкин и из какой страны Маша Ростова?