Вопрос по Оракл SQL / ну или по SQL 99 или какой он там....

[Arte]

В конце работчего дня совсем башка не варит...
в общем имеем табличку:


SHOPPER_DESC_TBL
____________________
USERID
NAME
VALUE

запрос типа

Code: Select all

 select userid from shopper_attribute_tbl where name='member_emailaddress' and value ='email@email.com' 

выдаёт мне USERID для узера с одним и тем-же емайлом, проблема в том что емаил по идее в системе должен быть уникальным. Как выбрать значения где емаил повторяется? Нечто вроде DISTINCT, только наоборот... или может нечто вроде

Code: Select all

select userid from shopper_tbl where (select count(1) from where ....) >1;

ПС: я не оракл дба и многие вещи могу не знать, можно на пальцах, если не сложно?

[Dmitry67]

select value,count(*) from shopper_attribute_tbl
where name='member_emailaddress'
group by value
having count(*)>1

[Niky]

Code: Select all

select distinct t1.userid, t1.value 
from shopper_attribute_tbl t1, shopper_attribute_tbl t2 
where t1.name='member_emailaddress'
and t2.name='member_emailaddress'
and t1.value=t2.value
and t1.userid <> t2.userid

[tengiz]

ПС: я не оракл дба и многие вещи могу не знать, можно на пальцах, если не сложно?

Ну есть более простой путь - успешно решить задачу на известном продукте (скажем, на MySQL) а потом попробовать применить аналогичное решение на Oracle - в надежде на то, что Oracle тоже так сумеет.

[Arte]

Спасибо. Оба варианта неплохие...

Code: Select all

group by value 
having count(*)>1

довольно интересный оборот... раньше такого не встречал.

А двойная выборка из той-же таблицы - у меня бродила в голове, но видать не туда куда надо зашла

[Arte]

Ну есть более простой путь - успешно решить задачу на известном продукте (скажем, на MySQL) а потом попробовать применить аналогичное решение на Oracle - в надежде на то, что Oracle тоже так сумеет.

Гхм... не уверен что так мною любимый mySQL справился бы с этим извращением.

[vc]

В конце работчего дня совсем башка не варит...
в общем имеем табличку:


SHOPPER_DESC_TBL
____________________
USERID
NAME
VALUE

запрос типа

Code: Select all

 select userid from shopper_attribute_tbl where name='member_emailaddress' and value ='email@email.com' 

выдаёт мне USERID для узера с одним и тем-же емайлом, проблема в том что емаил по идее в системе должен быть уникальным. Как выбрать значения где емаил повторяется? Нечто вроде DISTINCT, только наоборот... или может нечто вроде

Code: Select all

select userid from shopper_tbl where (select count(1) from where ....) >1;

ПС: я не оракл дба и многие вещи могу не знать, можно на пальцах, если не сложно?

SQL-99:

Code: Select all

select * from (select userid, value, count(*) over (partition by userid, value) cnt 
from shopper_attribute_tbl cnt) where cnt > 1

VC

[vc]

В конце работчего дня совсем башка не варит...
в общем имеем табличку:


SHOPPER_DESC_TBL
____________________
USERID
NAME
VALUE

It was not clear where you meant duplicates per each user or duplicate e-mail values for the whole relation. If the latter, then:

Code: Select all

select distinct * from (select userid, value, count(*) over (partition by value) cnt 
from shopper_attribute_tbl cnt) where cnt > 1 

sql-92:

Code: Select all

select  userid, value from t1 where value in (select value from  t1 group by value having count(*)>1)

VC

[tengiz]

Гхм... не уверен что так мною любимый mySQL справился бы с этим извращением.

Нет, это не извращение - это совершенно обычная стандартная операция, предусмотренная ANSI/ISO SQL, причём намного раньше, чем с 99 года. Если MySQL с этим не справляется, то я снимаю шляпу перед мужеством его пользователей, которые плачут, но продолжают жрать кактус.

[YellowMan]

tenzig !

Я тоже периодически ловлю Internal SQL Server error на вложенных запросах внутри группировки с rollup - ну и что ? Всегда есть способ переписать запрос, пусть и с большей ценой, зато рабочий...

[zVlad]

Извращением в этой теме является структура, на которой автор темы получил проблему. Эта структура не для реляционного механизма. С такой структурой ее создатели лишают себя много того что дает реляционная база данных.
А вообще если Вам нужна уникальность - создавайте уникальный индекс.