Недопустимое использование оператора "PRINT", оказывающего побочное действие, в функции

@Tasen · Регистрация: 31.07.2017

Студворк — интернет-сервис помощи студентам

Функция должна считать факториал, но выводит ошибку:
Сообщение 443, уровень 16, состояние 14, процедура factorial, строка 13
Недопустимое использование оператора "PRINT", оказывающего побочное действие, в функции.

И как можно реализовать проверку на некорректно введенные данные. Например вместо целого числа пользователь ввел текст

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
CREATE FUNCTION factorial(@d INT)
RETURNS INT
BEGIN
DECLARE @RES INT,@t INT
SET @RES=1 
SET @t=1
 
IF (@d>12 OR @d<0)
    BEGIN
        PRINT 'Факториал числа должен быть меньше 12 и больше 0'
    END 
ELSE
    BEGIN
    WHILE @t<=@d
        BEGIN
        SET @RES=@RES*@t
        SET @t=@t+1
        END
    END
 
RETURN @RES
 
END

@_katon_ · 23.02.2018, 09:45

Насколько я знаю print нельзя использовать в пользовательских функциях.
Кроме того я бы рекомендовал осуществляйте проверку до вызова функции (лучше всего в GUI приложения). Это будет правильно, потому, что по идее функции вычисляющая факториал не должна делать ничего кроме вычисления факториала.

@Tasen · 23.02.2018, 10:20 **[ТС]**

_katon_, а что нужно чтобы реализовать проверку на некорректно переданные значения функции? Вот например передано значение типа nvarchar, вместо int

@_katon_ · 23.02.2018, 11:21

Сообщение от Tasen

CREATE FUNCTION factorial(@d INT)

Сообщение от Tasen

Вот например передано значение типа nvarchar, вместо int

У вас в функции указан тип int. Попробуйте вызвать ее передав строку. У вас скорее всего будет ошибка конвертации типов. Т.е. то, что вы указали для входного параметра тип int уже является проверкой.

Для того чтобы проверить от 1 до 13. Дополнительно показал как пользоваться try_CONVERT (альтернатива try_cast)

T-SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
alter FUNCTION factorial(@d INT)
RETURNS INT
BEGIN
DECLARE @RES INT,@t INT
IF (@d<12 and @d>0) 
    BEGIN
    SET @RES=1
    SET @t=1
 
    WHILE @t<=@d
        BEGIN
        SET @RES=@RES*@t
        SET @t=@t+1
        END
    END
 
RETURN @RES
 
END
 
go 
 
declare @result int;
select @result = dbo.factorial(0)
 
if(@result is null)
begin 
    print N'Значение передоваемое в функцию должно быть в пределах от 1 до 11'
end 
 
go 
 
declare @result int;
declare @arg nvarchar(50)
set @arg = 'bbbb';
 
declare @intArg int
set  @intArg = try_CONVERT(int, @arg);
 
set @result = dbo.factorial(@intArg)
select @result

Новые блоги и статьи Все статьи Все блоги /
Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .	wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .
Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .	К слову об оптимизации kumehtar 01.04.2026 Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .	Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем

@_katon_ 414 / 265 / 25 Регистрация: 03.10.2011 Сообщений: 1,094
	23.02.2018, 09:45
	Сообщение было отмечено Tasen как решение Решение Насколько я знаю print нельзя использовать в пользовательских функциях. Кроме того я бы рекомендовал осуществляйте проверку до вызова функции (лучше всего в GUI приложения). Это будет правильно, потому, что по идее функции вычисляющая факториал не должна делать ничего кроме вычисления факториала. 1

@Tasen 2 / 2 / 0 Регистрация: 31.07.2017 Сообщений: 54
	23.02.2018, 10:20 [ТС]
	_katon_, а что нужно чтобы реализовать проверку на некорректно переданные значения функции? Вот например передано значение типа nvarchar, вместо int 0

Недопустимое использование оператора "PRINT", оказывающего побочное действие, в функции

Решение

Решение