Ошибка необходимо объявить скалярную переменную

Цитата из документации Database Identifiers:

Rules for Regular Identifiers

1. Embedded spaces or special characters are not allowed.

В именах параметров не разрешены пробелы.
Уберём из них пробелы и квадратные скобки.

Попутно исправим другие ошибки и недочёты: имя соединения (у вас оно почему-то названо connectionString), опасность потери ресурсов (используем using для устранения этого), использование устаревшего и опасного метода AddWithValue (заменим его на Add с указанием точного типа).

Кроме того, время_входаTextBox используется дважды. Будьте внимательны!

string sql = @"UPDATE Табель SET Статус = @Статус, [Код смены] = @КодСмены, [Время входа] = @ВремяВхода, [Время выхода] = @ВремяВыхода WHERE [Код сотрудника] = @КодСотрудника AND Дата = @Дата AND [Код табеля] = @КодТабеля";

using var connection = new SqlConnection(_connectionString);
connection.Open();

using var command = new SqlCommand(sql, connection);

command.Parameters.Add("КодТабеля", SqlDbType.Int).Value = textBox5.Text; // int.Parse(textBox5.Text)
command.Parameters.Add("КодСотрудника", SqlDbType.Int).Value = код_сотрудникаTextBox.Text;
command.Parameters.Add("Дата", SqlDbType.DateTime2).Value = датаDateTimePicker.Value;
command.Parameters.Add("Статус", SqlDbType.NVarChar).Value = comboBox1.Text;
command.Parameters.Add("КодСмены", SqlDbType.Int).Value = comboBox2.Text;
command.Parameters.Add("ВремяВхода", SqlDbType.DateTime2).Value = время_входаTextBox.Text;
command.Parameters.Add("ВремяВыхода", SqlDbType.DateTime2).Value = время_выходаTextBox.Text;

command.ExecuteNonQuery();

Благодаря использованию using соединение будет гарантировано закрыто, даже в случае возникновения исключения. Вызывать метод Close() не нужно.

Я не знаю, какие именно типы используются у вас в таблице, поэтому сами укажите правильные типы SqlDbType. При необходимости примените int.Parse и тому подобные методы. А лучше используйте NumericUpDown для ввода чисел вместо TextBox.

Почему не стоит использовать метод AddWithValue:
Can we stop using AddWithValue() already?
AddWithValue is evil!
AddWithValue is Evil
Достаточно прочитать любую из этих статей.

Задача: разделить данные за сегодня и вчера по столбцам. Если использовать этот запрос без переменных то все работает. Анализ синтаксиса в excel пишет «необходимо объявить скалярную переменную @today» хотя я вроде его объявил в начале Используется MSSQL 2016

DECLARE @today as Date, @yesterday as Date;
Set @today = convert(date, getdate());
Set @yesterday = convert(date, dateadd(day, -1, getdate()));
SELECT n.Name, o.Created,
Count(DISTINCT(CASE WHEN Status =  'N' And  o.Date = @today Then ID END))  as NewQ,
Count(DISTINCT(CASE WHEN Status =  'N' And  o.Date = @yesterday Then ID END))  as YdNewQ,
Count(DISTINCT(CASE WHEN Status =  'W' And  o.Date = @today Then ID END)) as WaitingQ,
Count(DISTINCT(CASE WHEN Status =  'W' And  o.Date = @yesterday Then ID END)) as YDWaitingQ,
Count(DISTINCT(CASE WHEN Status =  'U' And  o.Date = @today Then ID END))  as ProblemQ,
Count(DISTINCT(CASE WHEN Status =  'U' And  o.Date = @yesterday Then ID END))  as YdProblemQ,
Count(DISTINCT(CASE WHEN Status =  'Z' And  o.Date = @today Then ID END))  as CancelledQ,
Count(DISTINCT(CASE WHEN Status =  'Z' And  o.Date = @yesterday Then ID END))  as YdCancelledQ

FROM Orders i 
LEFT JOIN OrderItems o ON o.OrderID = i.ID
LEFT JOIN NomenclUS m ON m.ID = o.ProductID

WHERE i.Status <> 'Z' AND o.Created >= dateadd(day, -2, getdate())

GROUP BY o.Created, n.CatID, n.CatName
ORDER BY o.Created, n.CatID

Причина, по которой вы получаете DECLARE Ошибка в вашем динамическом операторе заключается в том, что динамические операторы обрабатываются отдельными пакетами, что сводится к области видимости. Хотя может быть более формальное определение областей, доступных в SQL Server, я считаю, что достаточно иметь в виду следующие три, упорядоченные от самой высокой доступности до самой низкой доступности:

Глобальный:

Объекты, доступные для всего сервера, такие как временные таблицы, созданные с двойным знаком хеш / фунт (##GLOBALTABLE Однако вы хотели бы позвонить #). Будьте очень осторожны с глобальными объектами, так же, как с любым приложением, SQL Server или другим способом; Эти типы вещей, как правило, лучше всего избегать вообще. По сути, я говорю о том, чтобы помнить об этом как об отдельном напоминании, чтобы не вмешиваться.

IF ( OBJECT_ID( 'tempdb.dbo.##GlobalTable' ) IS NULL )
BEGIN
    CREATE TABLE ##GlobalTable
    (
        Val             BIT
    );

    INSERT INTO ##GlobalTable ( Val )
    VALUES ( 1 );
END;
GO

-- This table may now be accessed by any connection in any database,
-- assuming the caller has sufficient privileges to do so, of course.

Сессия:

Объекты, ссылки на которые привязаны к определенному спиду. На мой взгляд, единственный тип объекта сеанса, о котором я могу думать, это обычная временная таблица, определенная как #Table. Нахождение в области действия сеанса по сути означает, что после пакета (завершается GO), ссылки на этот объект будут продолжать разрешаться успешно. Они технически доступны для других сессий, но это было бы неким подвигом сделать так программно, так как они получают своего рода рандомизированные имена в базе данных tempdb, и доступ к ним в любом случае является проблемой в заднице.

-- Start of session;
-- Start of batch;
IF ( OBJECT_ID( 'tempdb.dbo.#t_Test' ) IS NULL )
BEGIN
    CREATE TABLE #t_Test
    (
        Val     BIT
    );

    INSERT INTO #t_Test ( Val )
    VALUES ( 1 );
END;
GO 
-- End of batch;

-- Start of batch;
SELECT  *
FROM    #t_Test;
GO
-- End of batch;

При открытии нового сеанса (соединение с отдельным spid) второй пакет выше не будет выполнен, так как этот сеанс не сможет решить #t_Test имя объекта

Пакет:

Нормальные переменные, такие как ваш @value1 а также @value2, предназначены только для партии, в которой они заявлены. В отличие от #Temp таблицы, как только ваш блок запроса достигает GO эти переменные перестают быть доступными для сеанса. Это уровень области, который генерирует вашу ошибку.

-- Start of session;
-- Start of batch;
DECLARE @test   BIT = 1;

PRINT @test;
GO
-- End of batch;

-- Start of batch;
PRINT @Test;  -- Msg 137, Level 15, State 2, Line 2
              -- Must declare the scalar variable "@Test".
GO
-- End of batch;

Хорошо, и что?

Что происходит здесь с вашим динамическим утверждением, что EXECUTE() Команда эффективно оценивает как отдельный пакет, не прерывая пакет, из которого вы его выполнили. EXECUTE() это хорошо и все, но с момента введения sp_executesql() Я использую первое только в самых простых случаях (явно, когда в моих высказываниях совсем мало «динамических» элементов, в первую очередь, чтобы «обмануть» иным образом неаккомодирующий DDL CREATE заявления, чтобы бежать в середине других партий). Aaron Bertrand, приведенный выше, аналогичен и по производительности будет аналогичен приведенному ниже, используя функцию оптимизатора при оценке динамических операторов, но я подумал, что стоит остановиться на @param Ну, параметр.

IF NOT EXISTS ( SELECT  1
                FROM    sys.objects
                WHERE   name = 'TblTest'
                    AND type = 'U' )
BEGIN
    --DROP TABLE dbo.TblTest;
    CREATE TABLE dbo.TblTest
    (
        ID      INTEGER,
        VALUE1  VARCHAR( 1 ),
        VALUE2  VARCHAR( 1 )
    );

    INSERT INTO dbo.TblTest ( ID, VALUE1, VALUE2 )
    VALUES ( 61, 'A', 'B' );
END;

SET NOCOUNT ON;

DECLARE @SQL    NVARCHAR( MAX ),
        @PRM    NVARCHAR( MAX ),
        @value1 VARCHAR( MAX ),
        @value2 VARCHAR( 200 ),
        @Table  VARCHAR( 32 ),
        @ID     INTEGER;

    SET @Table = 'TblTest';
    SET @ID = 61;

    SET @PRM = '
        @_ID        INTEGER,
        @_value1    VARCHAR( MAX ) OUT,
        @_value2    VARCHAR( 200 ) OUT';
    SET @SQL = '
        SELECT  @_value1 = VALUE1,
                @_value2 = VALUE2
        FROM    dbo.[' + REPLACE( @Table, '''', '' ) + ']
        WHERE   ID = @_ID;';

EXECUTE dbo.sp_executesql @statement = @SQL, @param = @PRM,
            @_ID = @ID, @_value1 = @value1 OUT, @_value2 = @value2 OUT;

PRINT @value1 + ' ' + @value2;

SET NOCOUNT OFF;