Ich zurück und zurück zu dieser Frage und die Antwort. Leider gibt es mehrere Situationen, in denen die Migration mit der "Fensterfunktion für das Ranking" sehr komplex wird. Diese Situationen sind:
- viele KEEP-DENSE_RANK Konstruktionen in der Auswahl Teil Oracle Abfrage basierend auf verschiedenen Ordnungen
- Gruppierung durch Sätze/Rollups Gruppierung
Deshalb werde ich auf die Antwort hinzufügen, um zusätzliche Information. Originaldaten SQLFIDDLE: http://sqlfiddle.com/#!6/e5c6d/6
1. Lesen Orakel Funktion:
select max(m.id), m.someId keep (DENSE_RANK FIRST ORDER BY m.UpdateDate desc)
from MyTable m
groupBy m.someId
dort wählen wir max von m.id in der Gruppe (someId, UpdateDate), wo UpdateDate ist größte es die Gruppe (someId
)
2. straight forward Weg nicht wegen Fehler funktioniert: Spalte 'MyTable.UpdateDate' ist ungültig in der Auswahl Liste, weil sie weder in einer Aggregatfunktion noch in der GROUP BY-Klausel enthalten ist.
SELECT FIRST_VALUE(id) OVER(PARTITION BY someId ORDER BY UpdateDate DESC, id DESC) first_in_orderedset , someId
FROM MyTable
GROUP BY someId
3. improoved 'straight forward' ist noneffective
SELECT someId, MIN(first_in_orderedset)
FROM
(SELECT FIRST_VALUE(id) OVER(PARTITION BY someId ORDER BY UpdateDate DESC, id DESC) first_in_orderedset , someId
FROM MyTable) t
GROUP BY someId;
4. Quer gelten:
SELECT grouped.someId, orderedSet.FirstUpdateDate, maxInSet.first_in_orderedset FROM
(
SELECT mt.someId
FROM MyTable mt
GROUP BY mt.someId
) grouped CROSS APPLY
(
SELECT top 1 mt2.UpdateDate as FirstUpdateDate
FROM MyTable mt2
WHERE mt2.someId=grouped.someId
ORDER BY UpdateDate desc
) orderedSet CROSS APPLY
(
SELECT max(mt3.id) as first_in_orderedset
FROM MyTable mt3
WHERE mt3.someId=grouped.someId and mt3.UpdateDate=orderedSet.FirstUpdateDate
) maxInSet;
5. lässt nun den komplexeren Tisch bekommen und komplexere Abfrage: ORACLE: http://sqlfiddle.com/#!4/c943c/23 SQL SERVER: http://sqlfiddle.com/#!6/dc7fb/1/0 (Daten vorab generiert wird, und es ist das gleiche in beiden Sandkästen - es ist leicht, Ergebnisse) Tabelle zum Vergleich:
CREATE TABLE AlarmReports (
id int PRIMARY KEY,
clientId int, businessAreaId int , projectId int, taskId int,
process1Spent int, process1Lag int, process1AlarmRate varchar2(1) null,
process2Spent int, process2Lag int, process2AlarmRate varchar2(1) null,
process3Spent int, process3Lag int, process3AlarmRate varchar2(1) null
)
Oracle Abfrage:
SELECT clientId, businessAreaId, projectId,
sum(process1Spent),
sum(process2Spent),
sum(process3Spent),
MIN(process1AlarmRate) KEEP (DENSE_RANK FIRST ORDER BY process1Lag DESC),
MIN(process2AlarmRate) KEEP (DENSE_RANK FIRST ORDER BY process2Lag DESC),
MIN(process3AlarmRate) KEEP (DENSE_RANK FIRST ORDER BY process3Lag DESC)
FROM AlarmReports
GROUP BY GROUPING SETS ((),(clientId),(clientId, projectId),(businessAreaId),(clientId,businessAreaId))
SQL-Abfrage:
(to be continued)
tatsächlich dort habe ich geplant, mein benutzerdefiniertes Aggregat setzen mit C# wroted. Wenn jemand interessiert ist, bitte kontaktieren Sie mich ... benutzerdefinierte Aggregat ist die beste Lösung für solche Probleme, aber es ist nicht ungewöhnlich in Bezug auf Varchar Längen. Für jede Varchar-Länge müssten Sie eine "spezialisierte" Aggregatfunktion erstellen
I versteh es nicht .. wie soll es funktionieren ohne 'group by someId'? Meine Abfrage würde immer 3 Einträge zurückgeben, da ich 3 verschiedene someIds in der Tabelle habe. Ihre Abfrage wird Ergebnisse liefern, die nicht von der Anzahl der verschiedenen someIds abhängen, also sollte es dann falsch sein? – javagirl
@javagirl - Hast du es zuerst versucht ?, es wird funktionieren. Wie es funktioniert, können analytische Funktionen (die "OVER() ...") eine "PARTITION BY" haben und müssen nicht auf der gesamten Ebene gruppieren. Es gibt einen Wert für jede Zeile in der Tabelle zurück. – Lamak
Ich habe die Originaldaten falsch gelesen. Das Problem wird behoben, indem man etwas in die Partition und nicht in die ID setzt. –