SQL doppelte Einträge (innerhalb einer Gruppe)

Kann man die Antwort mit einem join statt Unterabfrage

select
    a.*
from
    event as a
inner join
    (select groupid
     from event
     group by groupid
     having count(*) <> 5) as b
  on a.groupid = b.groupid

Dies ist ein ziemlich gemeinsamen Weg bei der Beschaffung der alle Informationen aus der Zeilen in einer Gruppe.

Wie Ihre vorgeschlagene Antwort und die anderen Antworten, das wird viel schneller mit einem index auf groupid. Es ist bis zu den DBA, zur balance der Vorteil, dass Ihre Abfrage viel schneller gegen die Kosten der Pflege noch einem anderen index.

Wenn das DBA entscheidet sich gegen den index, stellen Sie sicher, dass die geeigneten Leute zu verstehen, dass Ihr die index-Strategie und nicht so, wie du geschrieben hast die Abfrage, die zu einer Verlangsamung führen.

InformationsquelleAutor Walter Mitty

Wie lange dauert die SQL eigentlich nehmen? Sie sind nur gehen, um es auszuführen, sobald ich vermute, dass der Fehler behoben, dass verursachte die Beschädigung an Erster Stelle? Ich habe gerade eine test-Fall wie diesem:

SQL> create table my_objects as 
  2  select object_name, ceil(rownum/5) groupid, rpad('x',500,'x') filler
  3  from all_objects;

Table created.

SQL> select count(*) from my_objects;

  COUNT(*)
----------
     83782

SQL> select * from my_objects where groupid in (
  2  select groupid from my_objects
  3  group by groupid
  4  having count(*) <> 5
  5  );

OBJECT_NAME                       GROUPID FILLER
------------------------------ ---------- --------------------------------
XYZ                                 16757 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
YYYY                                16757 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Elapsed: 00:00:01.67

Weniger als 2 Sekunden. OK, mein Tisch hat halb so viele Zeilen, wie bei Ihnen, aber 160K ist nicht riesig. Ich habe den Füller Spalte, um die Tabelle einen gewissen Speicherplatz. Die AUTOTRACE-Ausführung plan war:

-------------------------------------------------------------------------
| Id  | Operation             | Name       | Rows  | Bytes | Cost (%CPU)|
-------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |            |   389 |   112K| 14029   (2)|
|*  1 |  HASH JOIN            |            |   389 |   112K| 14029   (2)|
|   2 |   VIEW                | VW_NSO_1   | 94424 |  1198K|  6570   (2)|
|*  3 |    FILTER             |            |       |       |            |
|   4 |     HASH GROUP BY     |            |     1 |  1198K|  6570   (2)|
|   5 |      TABLE ACCESS FULL| MY_OBJECTS | 94424 |  1198K|  6504   (1)|
|   6 |   TABLE ACCESS FULL   | MY_OBJECTS | 94424 |    25M|  6506   (1)|
-------------------------------------------------------------------------

InformationsquelleAutor Tony Andrews

Aus einer SQL-Sicht glaube ich, Sie haben bereits Ihre eigene Frage beantwortet. Der Ansatz, den Sie beschrieben habe (also mit dem sub-select) ist in Ordnung, und ich würde überrascht sein, wenn eine andere Schreibweise der Abfrage unterschieden sich erheblich in der Leistung.

160K records scheint nicht so viel zu mir. Ich könnte verstehen, wenn Sie waren unzufrieden mit der performance der Abfrage, wenn es geht in einem Stück code der Anwendung, aber von den Klängen der es, du bist einfach nur verwenden es als Teil eines data cleansing übung. (und so würde erwarten, dass Sie ein wenig mehr Toleranz in puncto Fahrleistung).

Sogar ohne unterstützende index, seine immer noch nur zwei full-table-scans auf 160K Zeilen, die ehrlich gesagt, würde ich erwarten, um in irgendeiner Art von vage angemessenen Zeit.

Sprechen Sie mit Ihrem db-Administratoren. Sie haben dazu beigetragen, das problem, so lassen Sie Sie Teil der Lösung sein.

EDIT //In der Zwischenzeit führen Sie die Abfrage, die Sie haben. Finden Sie heraus, wie lange es dauert, anstatt nur zu raten. Noch besser wäre es, es zu starten, mit set autotrace on, und die Ergebnisse hier posten, dann könnten wir in der Lage zu helfen, Sie verfeinern es etwas.

InformationsquelleAutor Michael OShea

Wie etwa eine Analyse:

SELECT * FROM (
SELECT eventid, groupid, typeid, COUNT(groupid) OVER (PARTITION BY groupid) group_count
  FROM event
)
  WHERE group_count <> 5

InformationsquelleAutor Dave Costa