Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
04.12.2019, 09:53
|
|||
|---|---|---|---|
|
|||
Update из временной таблицы |
|||
|
#18+
Добрый день. Подскажите как сделать update из временной таблицы, в которой может быть несколько строк. Insert делаю так: Код: sql 1. 2. 3. 4. 5. А вот как сделать update? Код: sql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.12.2019, 10:11
|
|||
|---|---|---|---|
|
|||
Update из временной таблицы |
|||
|
#18+
Guf, Спасибо, where теперь не очень понятна Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.12.2019, 10:13
|
|||
|---|---|---|---|
|
|||
Update из временной таблицы |
|||
|
#18+
Вот так правильно будет? Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.12.2019, 10:23
|
|||
|---|---|---|---|
|
|||
Update из временной таблицы |
|||
|
#18+
Я к тому что например во временной таблице #update_ddl несколько строк #update_ddl data1 data31 1002 2003 300 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.12.2019, 10:36
|
|||
|---|---|---|---|
Update из временной таблицы |
|||
|
#18+
Hopfen_Artur Я к тому что например во временной таблице #update_ddl несколько строк #update_ddl data1 data31 1002 2003 300 Напишите сначала SELECT, который джойнит целевую таблицу и таблицу источник-данных. Потом согласно примерам, которые вам привели по ссылке выше, переделайте его в UPDATE. Необходимо, чтобы JOIN был однозначным, то есть для каждой целевой строки было бы не более одного значения в таблице источнике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.12.2019, 10:59
|
|||
|---|---|---|---|
|
|||
Update из временной таблицы |
|||
|
#18+
Я потестил, все хорошо. Всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.12.2019, 11:02
|
|||
|---|---|---|---|
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:22
|
|||
|---|---|---|---|
Update из временной таблицы |
|||
|
#18+
court a_voronin Необходимо, чтобы JOIN был однозначным, то есть для каждой целевой строки было бы не более одного значения в таблице источнике. это для MERGE вроде требование ... UPDATE по-либеральнее будет :) другое дело, что результат будет, в принципе "случайный" Даже если это прокатывает, это не есть хорошая практика. Как минимум, это плохо по производительности. Есть смысл дедублицировать входные данные по ROW_NUMBER . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.12.2019, 11:54
|
|||
|---|---|---|---|
Update из временной таблицы |
|||
|
#18+
a_voronin Как минимум, это плохо по производительности. Есть смысл дедублицировать входные данные по ROW_NUMBER . UPDATE сам "дедублицирует", причем приделывание row_number этот механизм не отключит. В результате - двойная лишняя работа, улучшающая производительность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&mobile=1&tid=1686853]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
35ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 256ms |
| total: | 387ms |

| 0 / 0 |
