Запрос на копирование данных из столбца одной таблицы в столбец другой

[iros]

Помогите, пожалуйста, написать запрос!
Есть две таблицы, Table1, Table2.
В одной из них, например, 50 столбцов и 1000 записей. В том числе есть столбцы a1, b1, c1, но для ста записей c1 не заполнен. Отсутствующие данные имеются в другой таблице, Table2, состоящей из столбцов a2,b2,c2, в которых как раз есть данные с2 по тем 100 записям (по условию a1=a2 и b1=b2).
Как перенести значения из с2 в с1?

При таком запросе:

Код: (SQL)

UPDATE Table1
SET с1 = (SELECT с2 FROM Table2 WHERE Table1.a1=Table2.a2 AND Table1.b1=Table2.b2)

выдаёт ошибку
"Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression."

Как правильно написать запрос, чтобы каждому конкретному значению возвращалось только одно?


-----------------
И ещё один вопрос на другую тему:
подскажите, пожалуйста, как в SQL Server в поле типа datetime поменять только год, или только месяц, или прибавить несколько дней?


Спасибо!

[Dale]

Комбинация (a2, b2) должна быть уникальна в пределах таблицы?

[iros]

Во второй таблице, из которой копируют, она точно уникальна.
В первой - должна быть тоже, но может и нет, т.к. могут быть ошибочные повторы.
В случае повторов, значит все записи первой таблице, где a1 и b1 равны значениям a2 и b2 второй таблицы, во всех этих записях проставить одно и тоже значение с2.

А каким запросом можно проверить уникальность?

[HandKot]

Во второй таблице, из которой копируют, она точно уникальна.

а вот и нет
если при таком подзапросе

Код:

SELECT с2 FROM Table2 where Table1.a1=Table2.a2 and Table1.b1=Table2.b2

ругается

"Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression."

то там точно Комбинация (a2, b2) НЕ уникальна

[Dusk]

Добавь в запрос DISTINCT:

Код:

SELECT DISTINCT с2 FROM Table2 where Table1.a1=Table2.a2 and Table1.b1=Table2.b2

уберет все повторяющиеся значения

[Dale]

А каким запросом можно проверить уникальность?

Код: (SQL)

SELECT a2, b2, COUNT(*)
FROM Table2
GROUP BY a2, b2
HAVING COUNT(*) > 1

Этот запрос выведет сочетания a2, b2 и количество повторений в случае, если пара встречается более одного раза.

[Dale]

DISTINCT не спасет, если a2 и b2 повторяются, а c2 при этом разные.

[Dusk]

DISTINCT не спасет, если a2 и b2 повторяются, а c2 при этом разные.

на это в условии написано:

Во второй таблице, из которой копируют, она точно уникальна.

Уникальность должна быть как раз по полям a2 и b2, если нет автор поста должен придумать что делать с данными.
Если уникальность по полям точно есть, то для условия:

В первой - должна быть тоже, но может и нет, т.к. могут быть ошибочные повторы.
В случае повторов, значит все записи первой таблице, где a1 и b1 равны значениям a2 и b2 второй таблицы, во всех этих записях проставить одно и тоже значение с2.

должно помочь.

[Dale]

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

Я бы предпочел подстраховаться:

Код: (SQL)

SELECT TOP 1 с2 FROM Table2 WHERE Table1.a1=Table2.a2 AND Table1.b1=Table2.b2

Хотя это костыль. По-хорошему нужно вводить уникальный ключ (a2, b2).

[Dusk]

Dale, согласен, это более надежное решение, но и тут будет косяк, если нет уникальности a2, b2...

[Dale]

Ну по крайней мере возьмется первое попавшееся значение c2. Лучше все равно ничего не придумаешь - если данные противоречивы, любое значение одинаково хорошо (или скорее плохо).

[iros]

Аааа, ребят, спасибо огромное!
Вы оказались правы, действительно значения были не уникальны.
Просто в структуре таблицы уникальность сочетания полей не была задана, т.к. таблица временная, а в данных сделали ошибку при занесении.
Я-то подумала, что сам запрос не верен, может, отбирает всю кучу значений по селекту, и потом эту кучу пытается поместить в каждую строку с1... Оказывается, всё-таки нет )

Спасибо за помощь!

[Dale]

в данных сделали ошибку при занесении.

iros, в информатике есть простая аксиома: система, которая полагается на внимательность пользователей, обречена еще до момента рождения. Наивнее, чем надежда на внимательность пользователей, может быть только надежда на их совесть.

На будущее рекомендация: в подобных случаях обязательно делайте уникальный составной индекс по полям (a2, b2). Пользователи будут получать по сусалам от сервера прямо в момент неудачной попытки вставки записи-дубликата, а таблица будет заведомо чистой. Не придется потом выкручиваться.