Объявление входных параметров хранимых процедур

Интересует вот такая штука - нельзя указать параметру, что он НЕ может принимать нулл значения?
Скажем принимаем мы VARCHAR, по синтаксису нельзя указывать после этого NOT NULL при объявлении хранимки, никак не обойти это да? только явно проверять переданные параметры внутри хранимки? а то бред получается, столбец не допускает нулл значений, а в хранимку можно передать

Добавлено через 12 минут
На мсдне пишут еще вот что: "Используйте ключевое слово DEFAULT для всех столбцов таблицы, на которые ссылаются инструкции Transact-SQL CREATE TABLE и ALTER TABLE в тексте процедуры. Это исключит передачу значений NULL в столбцы, которые не допускают значений NULL." только как я и думал, это не работает, а выдает ошибку "Cannot insert the value NULL into column 'Name', table 'SportEngine.dbo.Category'; column does not allow nulls. INSERT fails."

Вот блин слов просто нет, уши оторвать этим мсдновцам, конечно оно будет пытаться вставить даже когда default назначаем, нулл то не считается отсутствием значения

Добавлено через 3 минуты
а хотя, они наверно имели ввиду не у параметров указать дефолт, а при инсерте, ща попробуем

0

Сообщение от 23Alex24 а хотя, они наверно имели ввиду не у параметров указать дефолт, а при инсерте, ща попробуем

Если явно у поля таблицы не задан констрейнт DEFAULT, то можете считать, что это именно NULL.
И, как правильно было подмечено, DEFAULT применяется только при вставке, если поле пропущено в списке SET UPDATEа.

1

что-то не смог понять куда именно впихивать дефолтные значения при инсерте, например такая команда INSERT INTO A VALUES(@name default 'как тут впихнуть дефолтный параметр?', @parentID)

вот для параметра @name как задать дефотное значение - на случай, если передадут в хранимку в него нулл?

Добавлено через 1 минуту
Вот с мсдна форма записи инсерта, но чет не пойму как применяется дефот параметрс=)

0

Речь идет о параметрах процедуры? Или о полях таблицы?

0

О параметрах процедуры. Проблема в том, что я не хочу все параметры процедуры проверять что передали, нулл или нормальное значение, если бы можно было бы просто объявить
CREATE PROC CreateCategory
@newCategoryName VARCHAR(80) NOT NULL,
@parentCategoryID INT NOT NULL,
@orderNO INT NOT NULL

то не было бы никаких проблем=) но видимо им было лень самим это реализовывать, я не знаю, а так с ума сойдешь каждый раз проверять каждый параметр=)

0

CREATE PROC CreateCategory
@newCategoryName VARCHAR(80) ='',
@parentCategoryID INT =0,
@orderNO INT =0

Только это плохой вариант, лучше явная проверка значений параметров, иначе все равно первый раз обработает, а на второй раз ошибку выдаст, дублирование...

2

Так я попробывал сделать так, только не для каждого параметра, а для одного и он все равно попытался заинсертить нулл, когда я сделал так: EXEC CreateCategory null,3,4,

аа, до меня щас дошло, что надо прописать в дефолтах самих столбцов, тогда он возможно при попытке добавления с нулом как раз и присвоит значение по умолчанию, ну ладно,

А никак нельзя же изменить таблицу существующую да? только удалить и заного создать ведь? (например если хотим поменять тип столбца varchar(10) на varchar(20))

0

Сообщение от 23Alex24 А никак нельзя же изменить таблицу существующую да?

Можно Подробнее здесь.

1

Хм=) а я думал это не излечимая болезнь, а то если делать через дизайнер, то не позволяет, ругается, а через запрос да позволил, спасибо)

0