Запит на оновлення за допомогою підзапиту в Sql Server

У мене є така проста структура таблиці:

Таблиця tempData

╔══════════╦═══════╗
║   NAME   ║ MARKS ║
╠══════════╬═══════╣
║ Narendra ║    80 ║
║ Ravi     ║    85 ║
║ Sanjay   ║    90 ║
╚══════════╩═══════╝

І у мене також є інші назви таблиць як tempDataView, як це

╔══════════╦═══════╗
║   NAME   ║ MARKS ║
╠══════════╬═══════╣
║ Narendra ║       ║
║ Narendra ║       ║
║ Narendra ║       ║
║ Narendra ║       ║
║ Ravi     ║       ║
║ Ravi     ║       ║
║ Sanjay   ║       ║
╚══════════╩═══════╝

Я хочу оновити таблицю tempDataView , встановивши Позначки відповідно до tempDataView - Name порівняно з tempData - Name

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

Ось:

Declare @name varchar(50),@marks varchar(50)
Declare @cursorInsert CURSOR
set @cursorInsert = CURSOR FOR
Select name,marks from tempData
OPEN @cursorInsert
FETCH NEXT FROM @cursorInsert
into @name,@marks
WHILE @@FETCH_STATUS = 0
BEGIN
UPDATE tempDataView set marks = @marks where name = @name
FETCH NEXT FROM @cursorInsert
INTO @name,@marks
END
CLOSE @cursorInsert
DEALLOCATE @cursorInsert

Насправді для мене це як домашнє завдання, щоб вирішити його за допомогою підзапиту.

ви можете приєднати обидві таблиці навіть до UPDATEоператорів,

UPDATE  a
SET     a.marks = b.marks
FROM    tempDataView a
        INNER JOIN tempData b
            ON a.Name = b.Name

• Демонстрація SQLFiddle

для швидшої роботи визначте INDEXстовпець markson в обох таблицях.

використання SUBQUERY

UPDATE  tempDataView 
SET     marks = 
        (
          SELECT marks 
          FROM tempData b 
          WHERE tempDataView.Name = b.Name
        )

• Демонстрація SQLFiddle

оскільки ви тільки навчаєтесь, я пропоную вам потренуватися в перетворенні об’єднань SELECT на UPDATE або DELETE. Спочатку я пропоную вам створити оператор SELECT, що об’єднує ці дві таблиці:

SELECT *
FROM    tempDataView a
        INNER JOIN tempData b
            ON a.Name = b.Name

Тоді зверніть увагу, що у нас є два псевдоніми таблиці aта b. Використовуючи ці псевдоніми, ви можете легко генерувати оператор UPDATE для оновлення таблиці a або b. Для таблиці а ви отримали відповідь від JW. Якщо ви хочете оновити b, виписка буде такою:

UPDATE  b
SET     b.marks = a.marks
FROM    tempDataView a
        INNER JOIN tempData b
            ON a.Name = b.Name

Тепер, щоб перетворити оператор у оператор DELETE, використовуйте той самий підхід. Викладене нижче вилучення буде видалено aлише з (залишити b недоторканим) для тих записів, які відповідають іменам:

DELETE a
FROM    tempDataView a
        INNER JOIN tempData b
            ON a.Name = b.Name

Ви можете використовувати скрипт SQL, створений JW, як ігровий майданчик

Тут у своєму зразку я знаходжу рішення цього, оскільки у мене була та ж проблема з оновленнями та підзапросами:

UPDATE
    A
SET
    A.ValueToChange = B.NewValue
FROM
    (
        Select * From C
    ) B
Where 
    A.Id = B.Id

Заголовок цього потоку запитує, як підзапит можна використовувати в оновленні. Ось приклад цього:

update [dbName].[dbo].[MyTable] 
set MyColumn = 1 
where 
    (
        select count(*) 
        from [dbName].[dbo].[MyTable] mt2 
        where
            mt2.ID > [dbName].[dbo].[MyTable].ID
            and mt2.Category = [dbName].[dbo].[MyTable].Category
    ) > 0

Ось гарне пояснення операції оновлення з кількома прикладами. Хоча це сайт Postgres, але запити SQL є дійсними і для інших БД. Наступні приклади зрозумілі для інтуїції.

-- Update contact names in an accounts table to match the currently assigned salesmen:

UPDATE accounts SET (contact_first_name, contact_last_name) =
    (SELECT first_name, last_name FROM salesmen
     WHERE salesmen.id = accounts.sales_id);

-- A similar result could be accomplished with a join:

UPDATE accounts SET contact_first_name = first_name,
                    contact_last_name = last_name
  FROM salesmen WHERE salesmen.id = accounts.sales_id;

Однак другий запит може дати несподівані результати, якщо salesmen.id не є унікальним ключем, тоді як перший запит гарантовано спричинить помилку, якщо є кілька збігів ідентифікаторів. Крім того, якщо для певного запису accounts.sales_id немає відповідності, перший запит встановить для відповідних полів імен значення NULL, тоді як другий запит взагалі не оновить цей рядок.

Отже, для наведеного прикладу найнадійніший запит такий, як наведений нижче.

UPDATE tempDataView SET (marks) =
    (SELECT marks FROM tempData
     WHERE tempDataView.Name = tempData.Name);