ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Подскажите, как лучше определить дубли при добавлении/обновлении данных?
2 сообщений из 2, страница 1 из 1
Подскажите, как лучше определить дубли при добавлении/обновлении данных?
    #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, 11:47
| Ответить | Цитировать | Написать  
Подскажите, как лучше определить дубли при добавлении/обновлении данных?
    #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
04.10.2016, 12:42
| Ответить | Цитировать | Написать  
2 сообщений из 2, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Подскажите, как лучше определить дубли при добавлении/обновлении данных?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39320222&tid=1887328]:
 0ms
get settings:
 5ms
get forum list:
 12ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 153ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 37ms
get tp. blocked users:
 1ms
others: 208ms
total:  430ms
созд. / загр.: 430ms
x
x
Закрыть


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