sql запрос (фильтрация повторов)

[Алексей++]

парюсь с одной вещью, а интуиция подсказывает, что наверняка есть стандартное решение.

постановка задачи (упрощённо): имеется таблица T, в которой следующие поля
I - уникальный индекс
N - номер объекта
F - некий признак (==1 или ==0)

скажем, таблица содержит такие данные (для наглядности отсортировал по номеру)

Код:

 I  N  F
 0  1  1
 1  1  0
 2  1  1
 3  1  1
 4  2  0
 5  2  1
 6  2  1
 7  3  0
 8  3  0
 9  3  0

требуется сделать один запрос , чтобы потом пробежаться по результату, и определить, у каких объектов установлен признак F хотя бы в одной записи.

делаю запрос
select  N  from T  where F=1

получаю результат

Код:

 I  N  F
 0  1  1
 2  1  1
 3  1  1
 5  2  1
 6  2  1

таким образом, если объект хоть раз встретился в _Результате_, то признак у этого объекта считается установленным.

А теперь вопрос: как составить SQL-запрос, чтобы записи с одним и тем же номером объекта не повторялись (поскольку достаточно самой первой записи с установленным признаком), то есть результат запроса был бы такой

Код:

 I  N  F
 0  1  1
 5  2  1

спасибо заранее...

[Sla]

distinct в помощь

[Sla]

поспешил

select distinct  N  from T  where F=1

выберет только N неповторяющиеся

а более сложное, а именно как ты привел в результате

Код:

 I  N  F
 0  1  1
 5  2  1

надо городить сложный запрос, потому как записи  не повторяются

[Алексей++]

а как им тут воспользоваться ? Номер то как бы и так отсортирован...

[McZim]

select distinct  N  from T  where F=1;

[Алексей++]

McZim, не, это проблему не решает. Не в сортировке же дело, а в лишних записях в выборке. А сама сортировка - по барабану, если честно

-
ой, или сам туплю )) Это же не сортировка,
Это похоже и есть, что надо ) , щас опробую

[McZim]

Алексей1153++, а никто про сортировку и не говорит, distinct --это фильтрация дубликатов. Можно еще добавить where exists, тогда при получении первой записи удовлетворяющую условиям выборки, дальше записи не будут рассматриваться!

[Алексей++]

McZim,Sla, всё, кажись, работает, спасиб )

а насчёт where exists поподробнее

[McZim]

Если нужно видеть только уникальные имена, то запрос будет работать так как ты его напишеш, но можно повысить его эффективность, если переписать его так:

select N from T
        where exists (F=1)

Причина более быстрой отработки запроса в том, что предложение EXISTS возвратит имя сразу же, когда найден первое значение, и никакие другие значения далее не будут сканироваться. А DISTINCT будет сканировать весь список и отсекать повторяющиеся значения, тем самым запрос будет выполняться долбше.

[Алексей++]

не выходит с exists , идёт почему то ругань на F

[McZim]

тогда where exists (здесь нужно поместить еще один запрос Select)

[McZim]

Алексей1153++, если у тебя база не большая, толда и не нужно заморачиваться используй только distinct

[Алексей++]

база не большая, она БОЛЬШАЯ

distinct уже вроде катит, пользуюсь им )

[Finch]

А теперь вопрос: как составить SQL-запрос, чтобы записи с одним и тем же номером объекта не повторялись (поскольку достаточно самой первой записи с установленным признаком), то есть результат запроса был бы такой

Код:

 I  N  F
 0  1  1
 5  2  1

Леш, а зачем тебе в recordset столбци I и F? I столбец не совсем корректен, A F всегда будет равен 1.

А так мое решение

Код:

select I, N, 1 from Alex1153 where f=1 group by N;

[Алексей++]

Finch, зачем изо мну-то записи извлекать ? )))

а
I, N, 1  - что означать будет единица ?

[Finch]

Леш, это я создавал твою таблицу у себя в базе данных. Вот чтоб потом не мучится в сомнениях "нафига". Таблицу обозвал в честь тебя

У тебя по любому столбец F ,будет равен 1. Вот я и с оптимизировал. Заместо переменной, вставил константу. Хотя если действовать до конца по твоему тех заданию, нужно писать так:

Код:

select I, N, 1 as F from Alex1153 where f=1 group by N;

[Sla]

я так понимаю, что I это id записи, и нужно только N
если это так, то distinct в руки

если нет, а I нужно еще для чего-то, то надо городить  сложные запросы, ну а лучше тогда уж пробегать курсором

[Алексей++]

Финч, всё равно загадками говоришь ) Я, по крайней мере, запутался в твоём запросе.
I - выбирать не требуется, почему 1 в начале запроса я так и не понял...
И как бы группировать по N зачем ?

Слава, да, I это id записи . Сложные запросы не катят, почему то их связка ODBC+FireBird не воспринимает никак (понимает лишь простые команды - лежать, сидеть) , а переделывать проект под другое не хочется и долго это.

[Алексей++]

Финч, твой вариант работает (кстати, открыл для себя новую фишку - создание дополнительных столбцов в результате запроса   Например некий столбец  zzz
select ..., A+B as zzz  ...
 -уже всё подсчитано, и ваще жись прекрасна ) )

по скорости работы пока я не разобрался.

единственное я не понял, почему, если убрать group, то записи повторяются, а с group - не повторяются ?..

[Sla]

(кстати, открыл для себя новую фишку - создание дополнительных столбцов в результате запроса   Например некий столбец  zzz
select ..., A+B as zzz  ...
 -уже всё подсчитано, и ваще жись прекрасна ) )

Ну ты даешь
Ты что считал, что SQL это цацки-пецки?
Или ты не видел запросов типа

Код:

SELECT     x.Id, x.CalcId, x.AccessFlag, 
                           (SELECT     Code
                            FROM          Users u
                            WHERE      u.Id = x.CreatorId) AS CreatorCode,
                          (SELECT     Name
                            FROM          Users u 
                            WHERE      u.Id = x.CreatorId) AS CreatorName
FROM         Tr WITH (NOLOCK, FASTFIRSTROW) x INNER JOIN
                 .....
WHERE    .....
                      AND EXISTS
                          (SELECT     1
                            FROM          Visible v 
                            WHERE      v.UserId = x.CreatorId AND v.OwnerId = u.Id) 
                            HAVING      (MAX(i.IsDebitView) = 1 OR
                                                   (x.CreatorId = u.Id AND MAX(i.IsDebit) = 1)) AND MAX(i.IsDebitView) <> 2)
               ....

[McZim]

единственное я не понял, почему, если убрать group, то записи повторяются, а с group - не повторяются ?..

и не удивительно, ты же группируешь по N, соответсвенно если он несколько раз встретит одно и то же число, как он будет группировать? Да еще поди ты distinct'ом все отфильтровал!!

[Алексей++]

Sla, про такие многоэтажные запросы я в курсе, но сталкиваться не приходилось ни разу )

McZim, не, distinct там уже не было. И всё же навопрос ответа нету - почему, если убрать group, то записи повторяются, а с group - не повторяются ?

[Sla]

приведи пример с group by и без

[Oldy]

Группировка по полю (значению, типу и т.п.). Так distinct тебе покажет, что в таблице есть строки где N=x и F=1, а вот чтобы посчитать, сколько их там с каждым N, придется попотеть. С group же это легче, чтото вроде -
select I, N, F, count(N) as R from T where F=1 group by N

[Алексей++]

Oldy, Sla, мммм,   условие задачи - не подсчитать число записей, где N==x и F==1 ,  а определить факт, что хотя бы у одной записи, где N==x, признак F==1

Sla, без group -

select I, N, 1 from Alex1153 where f=1

 N  F
 1  1
 1  1
 1  1
 2  1
 2  1

с ним -
select I, N, 1 from Alex1153 where f=1 group by N

 N  F
 1  1
 2  1

[Sla]

Алексей1153++, ты чего-то темнишь, а где же I в выборке?
и что это там за 1 от финча?

[McZim]

Алексей1153++, я же тебе говорю, group by группирует вывод результата, соостветсвенно если есть повторяющиеся значения, он их показывать не станет, так как группирует по уникальнонму значению. Надеюсь понятно изъяснил...

[Sla]

select N from T where F=1 group by N
==
select distinct N from T where F=1

select I, N from T where F=1 group by N          работать не будет - I меняется
 
select N, 1 from T where F=1 group by N работать будет

[Алексей++]

Sla, McZim, вот, теперь я понял )

но потом ещё вопросы наверное будут, почти обешшаю )

[Finch]

Sla,

select I, N from T where F=1 group by N          работать не будет - I меняется

Этот запрос в MySQL работает. И насколько я помню MSSQL ее тоже нормально кушает. Просто в I , будет записано первое попавшейся значение, удовлетворяюшее условию.