Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Подскажите, как лучше определить дубли при добавлении/обновлении данных? / 2 сообщений из 2, страница 1 из 1
04.10.2016, 11:47
    #39320181
Alibek B
Alibek B
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Подскажите, как лучше определить дубли при добавлении/обновлении данных?
Нужно выполнить сложный SQL-запрос и его результаты поместить во вспомогательную таблицу.
Во вспомогательной таблице записи должны быть уникальными, но в результатах исходного SQL-запроса возможно удвоение некоторых строк (в удвоенных строках те значения, которые помещаются во вспомогательную таблицу, полностью совпадают).
Дублирование строк это не исключительная ситуация, она теоретически возможна, но обычно указывает на некоторые некорректности в исходных данных. Поэтому эту ситуацию я хотел бы иметь возможность обнаружить.
Для этого я добавил во вспомогательную таблицу числовое необязательное поле CNT и провожу обновление данных так:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
merge into TMP_TABLE D
using (
...
  ) S on (S.ACCIDENT_ID = D.ACCIDENT_ID and S.CUSTOMER_ID = D.CUSTOMER_ID)
  when not matched then
    insert (D.ACCIDENT_ID, D.CUSTOMER_ID, D.GROUP_ID, D.INFO_ADDRESS, D.INFO_ACCESS, D.INFO_CLIENT)
    values (S.ACCIDENT_ID, S.CUSTOMER_ID, S.GROUP_ID, S.INFO_ADDRESS, S.INFO_ACCESS, S.INFO_CLIENT)
  when matched then update set D.CNT = nvl(D.CNT,1) + 1


То есть количество дублей (если они будут) я увижу в поле CNT.
Это будет работать? Или подсчет дублей нужно делать отдельным запросом, перед merge?

________________________
Мы смотрим с оптимизмом...
...в оптический прицел.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.10.2016, 12:42
    #39320222
д0k
д0k
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Подскажите, как лучше определить дубли при добавлении/обновлении данных?
Alibek B.Нужно выполнить сложный SQL-запрос и его результаты поместить во вспомогательную таблицу.
Во вспомогательной таблице записи должны быть уникальными, но в результатах исходного SQL-запроса возможно удвоение некоторых строк (в удвоенных строках те значения, которые помещаются во вспомогательную таблицу, полностью совпадают).
Дублирование строк это не исключительная ситуация, она теоретически возможна, но обычно указывает на некоторые некорректности в исходных данных. Поэтому эту ситуацию я хотел бы иметь возможность обнаружить.
Для этого я добавил во вспомогательную таблицу числовое необязательное поле CNT и провожу обновление данных так:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
merge into TMP_TABLE D
using (
...
  ) S on (S.ACCIDENT_ID = D.ACCIDENT_ID and S.CUSTOMER_ID = D.CUSTOMER_ID)
  when not matched then
    insert (D.ACCIDENT_ID, D.CUSTOMER_ID, D.GROUP_ID, D.INFO_ADDRESS, D.INFO_ACCESS, D.INFO_CLIENT)
    values (S.ACCIDENT_ID, S.CUSTOMER_ID, S.GROUP_ID, S.INFO_ADDRESS, S.INFO_ACCESS, S.INFO_CLIENT)
  when matched then update set D.CNT = nvl(D.CNT,1) + 1


То есть количество дублей (если они будут) я увижу в поле CNT.
Это будет работать? Или подсчет дублей нужно делать отдельным запросом, перед merge?



RTFM


Alibek B.________________________
Мы смотрим с оптимизмом...
...в оптический прицел.

собощил модератору о ксенофобии...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Подскажите, как лучше определить дубли при добавлении/обновлении данных? / 2 сообщений из 2, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 493ms
Закрыть
start [/forum/topic.php?fid=52&mobile=1&tid=1887328]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 180ms
get topic data:
 9ms
get forum data:
 6ms
get page messages:
 43ms
get tp. blocked users:
 1ms
others: 224ms
total:  493ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]