Get duplicates wirklich ist es eine schlechte Abfrage oder schlechte Datenbank-Design?

Question

I have read this article

Im zweiten paragrpah sagt dies:

„Die Tatsache, dass das Ergebnis Duplikate häufig hat (wenn auch nicht immer) das Ergebnis eines schlechten Datenbank-Design, eine unwirksamen Abfrage oder beides“.

Später als Beispiel die Adventures-Datenbank, die ich denke, dass es ein gutes Design hat.

Nun, mein Zweifel ist dieser Fall. Ich habe Tische, Personen und Bestellungen und ich möchte alle Personen bekommen, die mindestens eine Bestellung haben, die insgesamt> = 200 € ist. Ich würde diese Abfrage verwenden:

Select Persons.* from Persons, Orders where 
Orders.IDPerson = Persons.IDPerson 
and Orders.Total >= 200; 

In diesem Fall kann ich oft die gleiche Person bekommen, weil mehr als eine Größenordnung hat, die insgesamt 200 oder mehr ist. Wirklich möchte ich jede Person einmal in den Ergebnissen, also ist diese Abfrage eine schlechte Abfrage, weil ich die gleiche Person viele Male bekommen kann?

Eine weitere Option ist diese Abfrage:

select * from Person where 
IDPerson IN(select IDPerson from Orders where total >= 200); 

In diesem Fall habe ich jede Person nur einmal bekommen, obwohl diese Person mehr als einen Auftrag mit insgesamt hat> = 200. Aber eine Unterabfrage verwenden, um Duplikate zu vermeiden in die Hauptfrage ist es eine gute Idee?

In diesem Fall, Personen und Bestellungen, schätze ich, dass das Datenbankdesign nicht schlecht ist, weil ich nicht weiß, welche andere Option ich dieses Modell zu entwerfen, und die Abfrage ist sehr einfach, aber ich habe der Zweifel, ob in diesem Fall, um Duplikate zu bekommen, es ein Zeichen der schlechten Abfrage ist.

Zusammenfassend ist Get Dubletten in diesem Fall eine schlechte Abfrage?

Danke.

Answer 1

Ich denke, die erste Abfrage ist so schlecht. Scheint nicht sinnvoll, Duplikate zu erhalten, die Sie später mit DISTINCT entfernen müssen.

Die Sekundenabfrage mit der Unterabfrage scheint im Kontext nützlicher zu sein (vielleicht macht es manchmal mehr Sinn, "exists" als "in" zu verwenden).

SQL Server IN vs. EXISTS Performance

Eine solche Abfrage würde auch gut möglich sein:

select * 
from Person 
join 
(
    select IDPerson 
    from Orders 
    where total >= 200 
) PersonsWithMoreThan200Total 
on Person.IDPerson = PersonsWithMoreThan200Total.IDPerson