Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Есть две таблицы: Table1 из столбцами: Field1, Field2, Field3 .... FieldN Table2 из такими же столбцами: Field1, Field2, Field3 .... FieldN У Table2 только одна запись из новыми значениями для одной из многих записей из Table1. Нужно в Table1 обновить только те столбцы, значение в которых изменились. Если Table1.Field1 отличается от Table2.Field1, то нужно выполнить Update Table1 SET Field1 = Table2.Field1 Аналогично для всех остальных столбцов. Если Table1.Field1 не отличается от Table2.Field1, то UPDATE не должно выполнятся. Как можно это сделать кроме отдельных IF для каждого поля? Идеально было бы делать один UPDATE сразу для всех Field, а не по отдельности для каждого. Нужно универсальное решение для разных таблиц из разными именами и количеством полей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 04:57 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Shovgenyuk, MERGE, BOL в помощь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 05:06 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Shovgenyuk, а как у вас определяется - изменилось или нет? )) выскажу крамольную мысль )) - а почему не обновить все поля )) ведь если они не изменились - то значения при апдейте и не поменяются )) - т.е. вычисляете строки в которых поменялась информация и апдейтете все поля этих строк )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 09:44 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
ShovgenyukНужно в Table1 обновить только те столбцы, значение в которых изменились. Если Table1.Field1 отличается от Table2.Field1, то нужно выполнить Update Table1 SET Field1 = Table2.Field1 Аналогично для всех остальных столбцов. Как я понимаю, для любой записи из Table2 найдётся куча записей в Table1, которые имеют другое значение Field1. И что, их все обновлять??? По-моему, Вы сильно перестарались с секретностью и упрощениями. Лучше показывайте реальную структуру таблиц - а заодно точно указывайте идентифицирующий набор полей для выполнения описанной операции (формально же он не обязан совпадать с первичным индексом). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 09:48 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
AkinaКак я понимаю, для любой записи из Table2 найдётся куча записей в Table1, которые имеют другое значение Field1. И что, их все обновлять??? ShovgenyukУ Table2 только одна запись из новыми значениями для одной из многих записей из Table1 Поиск ОДНОЙ записи из Table1 которую надо обновлять производится по ключу WHERE Table1.FieldKey=Table2.FieldKey Первичный ключ в одном поле FieldKey. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 11:01 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
ShovgenyukКак можно это сделать кроме отдельных IF для каждого поля?Зачем отдельные IF? Просто обновляете все поля, если хоть одно отличается. Технически это одно и то же, потому что выполняется обновление всей записи (если конечно поля не BLOB). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 11:05 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Гигабайт Мегабайтович КилобайтовShovgenyuk, а почему не обновить все поля )) ведь если они не изменились - то значения при апдейте и не поменяются )) - т.е. вычисляете строки в которых поменялась информация и апдейтете все поля этих строк )) Парралельно надо писать лог: кто, что, когда изменил. Кроме того, есть некая бизнес-логика, которая определяет кому и при каких условиях можно изменять некоторые поля, а при каких - нельзя. Сейчас это все на клиенте. Надо перенести всю бизнес-логику на сервер, а клиент будет просто собирать все значения для всех полей и передавать на сервер. Поскольку для показа лога изменений клиенту все равно придётся анализировать и показывать только те поля, которые реально изменились, то почему бы этот анализ не делать сразу при Update. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 11:20 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Кроме описанного выше, есть намерения поставить ограничение на Update отдельных столбцов для разных групп пользователей. Если при таком ограничении будет Update всех полей, даже тех, которые не меняються, то будет ошибка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 11:26 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
ShovgenyukПоиск ОДНОЙ записи из Table1 которую надо обновлять производится по ключу WHERE Table1.FieldKey=Table2.FieldKey Первичный ключ в одном поле FieldKey.О! а раньше об этом кто-то молчал аки партизан. Чего мы ещё не знаем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 11:35 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Akina, Просто вопрос о поиске столбцов которые надо апдейтить, со строками проблем нет :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 11:39 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Shovgenyukalexeyvg, Кроме описанного выше, есть намерения поставить ограничение на Update отдельных столбцов для разных групп пользователей. Если при таком ограничении будет Update всех полей, даже тех, которые не меняються, то будет ошибка.Эээ, так если поле не меняется, значит, и апдэйта не было, и право на апдэйт для данной операции данному пользователю не нужно? Тут уже вопрос, как вы проверяете эти права. Не надо их проверять в триггере командами COLUMNS_UPDATED() или IF(UPDATE()), и не будет проблем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 12:14 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
[quote alexeyvg]Что дают в данном случае COLUMNS_UPDATED() и UPDATE()? Зачем они вообще нужны когда бы то ни было?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 12:23 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
alexeyvgЭээ, так если поле не меняется, значит, и апдэйта не было, и право на апдэйт для данной операции данному пользователю не нужно? Да, именно так. Если новое значение поля равно старому и на это поле есть ограничение апдейт, то не надо его апдейтить вообще. Иначе пользователь получит сообщение об ошибке, например "у вас отсутствует разрешение на изменение даты документа" и ответит "так я и не меняю дату, она какая была, такая и остаётся" и будет прав. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 12:34 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 12:35 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
ShovgenyukalexeyvgЭээ, так если поле не меняется, значит, и апдэйта не было, и право на апдэйт для данной операции данному пользователю не нужно? Да, именно так. Если новое значение поля равно старому и на это поле есть ограничение апдейт, то не надо его апдейтить вообще. Иначе пользователь получит сообщение об ошибке, например "у вас отсутствует разрешение на изменение даты документа" и ответит "так я и не меняю дату, она какая была, такая и остаётся" и будет прав.То, что вы описываете, реализуется только через динамический SQL. Гораздо проще сделать набор VIEW для разных пользователей только с полями, на которые у них есть права. И апдейтить таблицы только через эти VIEW. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 12:37 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
ну, имхо, можно получать изменённые колонки, если прав на них нет - орать, если достаточно, то апдейт всей линии без извращений ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 12:41 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
iapShovgenyukпропущено... Да, именно так. Если новое значение поля равно старому и на это поле есть ограничение апдейт, то не надо его апдейтить вообще. Иначе пользователь получит сообщение об ошибке, например "у вас отсутствует разрешение на изменение даты документа" и ответит "так я и не меняю дату, она какая была, такая и остаётся" и будет прав.То, что вы описываете, реализуется только через динамический SQL. Гораздо проще сделать набор VIEW для разных пользователей только с полями, на которые у них есть права. И апдейтить таблицы только через эти VIEW.Нет! Вру! Ведь и в этом случае надо получить как-то список полей для апдейта. А это возможно только в DSQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 12:43 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
TaPaKну, имхо, можно получать изменённые колонки, если прав на них нет - орать, если достаточно, то апдейт всей линии без извращений Получить изменённые колонки, на котрых нет прав - это по сути и есть решение задачи. В том то й вопрос, как получить только изменённые колонки ? Ну а дальше уже можна накладывать разные условия: есть ли на них права, бизнес-логика и всё что угодно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 13:05 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Shovgenyuk, ну в триггере это inserted с deleted join и сравнить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 13:14 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
TaPaKShovgenyuk, ну в триггере это inserted с deleted join и сравнитьТриггер-то тут при чём? Права-то, небось, до триггера проверяются? Не понимаю, как додумались до такого геморроя?! За 30 лет работы с SQL мне, например, такое даже в голову не приходило. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 13:19 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
Shovgenyuk, бред бредович, а не "идея". Вы всерьез верите, что сервер каждое поле обновляет отдельной операцией? Уменьшите слегка нагрузку на журнал, не более того. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 13:21 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
iap, авторПрава-то, небось, до триггера проверяются? чем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 13:24 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
iapTaPaKShovgenyuk, ну в триггере это inserted с deleted join и сравнитьТриггер-то тут при чём? Права-то, небось, до триггера проверяются? Не понимаю, как додумались до такого геморроя?! За 30 лет работы с SQL мне, например, такое даже в голову не приходило. ихма - пытаются один-в-один перенсти логику работы с клиента на сервер )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 13:26 |
|
||
|
Подскажите оптимальное решение Update выборочных Field таблицы
|
|||
|---|---|---|---|
|
#18+
TaPaKiap, авторПрава-то, небось, до триггера проверяются? чем?Сервером? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2018, 13:31 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39623033&tid=1690012]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 387ms |

| 0 / 0 |
