Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
Добрый день. Подскажите как сделать update из временной таблицы, в которой может быть несколько строк. Insert делаю так: Код: sql 1. 2. 3. 4. 5. А вот как сделать update? Код: sql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 09:53 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
Guf, Спасибо, where теперь не очень понятна Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 10:11 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
Вот так правильно будет? Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 10:13 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
Я к тому что например во временной таблице #update_ddl несколько строк #update_ddl data1 data31 1002 2003 300 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 10:23 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
Hopfen_Artur Я к тому что например во временной таблице #update_ddl несколько строк #update_ddl data1 data31 1002 2003 300 Напишите сначала SELECT, который джойнит целевую таблицу и таблицу источник-данных. Потом согласно примерам, которые вам привели по ссылке выше, переделайте его в UPDATE. Необходимо, чтобы JOIN был однозначным, то есть для каждой целевой строки было бы не более одного значения в таблице источнике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 10:36 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
Я потестил, все хорошо. Всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 10:59 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
a_voronin Необходимо, чтобы JOIN был однозначным, то есть для каждой целевой строки было бы не более одного значения в таблице источнике. это для MERGE вроде требование ... UPDATE по-либеральнее будет :) другое дело, что результат будет, в принципе "случайный" Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. idtxt1x1x ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 11:02 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
court a_voronin Необходимо, чтобы JOIN был однозначным, то есть для каждой целевой строки было бы не более одного значения в таблице источнике. это для MERGE вроде требование ... UPDATE по-либеральнее будет :) другое дело, что результат будет, в принципе "случайный" Даже если это прокатывает, это не есть хорошая практика. Как минимум, это плохо по производительности. Есть смысл дедублицировать входные данные по ROW_NUMBER . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 11:22 |
|
||
|
Update из временной таблицы
|
|||
|---|---|---|---|
|
#18+
a_voronin Как минимум, это плохо по производительности. Есть смысл дедублицировать входные данные по ROW_NUMBER . UPDATE сам "дедублицирует", причем приделывание row_number этот механизм не отключит. В результате - двойная лишняя работа, улучшающая производительность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2019, 11:54 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39897975&tid=1686853]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 212ms |
| total: | 349ms |

| 0 / 0 |
