MS Access SQL: Troubles UNION ALL mit einem LEFT Kombination JOIN

Question

Ich habe eine Abfrage in MS Access erstellt ein FULL OUTER JOIN und kombinieren die Ergebnisse zu simulieren, die in etwa wie folgt aussieht:

SELECT NZ(estimates.employee_id, actuals.employee_id) AS employee_id 
, NZ(estimates.a_date, actuals.a_date) AS a_date 
, estimates.estimated_hours 
, actuals.actual_hours 
FROM (SELECT * 
     FROM estimates 
     LEFT JOIN actuals ON estimates.employee_id = actuals.employee_id 
     AND estimates.a_date = actuals.a_date 
     UNION ALL 
     SELECT * 
     FROM estimates 
     RIGHT JOIN actuals ON estimates.employee_id = actuals.employee_id 
     AND estimates.a_date = actuals.a_date 
     WHERE estimates.employee_id IS NULL 
     OR estimates.a_date IS NULL) AS qFullJoinEstimatesActuals 

ich gespeichert habe Diese Abfrage als ein Objekt (nennen wir es qEstimatesAndActuals). Mein Ziel ist es, JETS qEstimatesAndActuals mit einer anderen Tabelle zu verlassen. Etwas wie folgt aus:

SELECT * 
FROM qJoinedTable 
LEFT JOIN (SELECT * 
      FROM labor_rates) AS rates 
ON qJoinedTable.employee_id = rates.employee_id 
    AND qJoinedTable.a_date BETWEEN rates.begin_date AND rates.end_date 

MS Access übernimmt die Syntax und führt die Abfrage, lässt aber Ergebnisse, die eindeutig in der Ergebnismenge sind. Ich frage mich, ob das Datumsformat irgendwie verloren gegangen ist, also habe ich ein FORMAT um das begin_date und das end_date platziert, um zu erzwingen, dass sie als Short Dates interpretiert werden. Seltsamerweise erzeugte dies eine andere Ergebnismenge, aber es fehlte immer noch das Ergebnis, das es nicht haben sollte.

Ich frage mich, ob die Abfragen so durchgeführt werden, dass Sie die Ergebnismenge eines UNION ALL nicht VERBINDEN können. Hat jemand irgendwelche Gedanken/Ideen dazu? Gibt es einen besseren Weg, das Endziel zu erreichen?

Answer 1

Übereinstimmend mit dem seltsamen Verhalten im Zusammenhang mit den Daten, stellte sich heraus, dass dieses Problem mit der Verwendung von NZ zusammenhing, um ein Datum aus qFullJoinEstimatesActuals auszuwählen. Die Verwendung von NZ scheint den Datentyp mehrdeutig zu machen. Als solches bewirkt die folgende Zeile aus dem Beispiel in meinem Beitrag den Fehler:

, NZ(estimates.a_date, actuals.a_date) AS a_date 

vieldeutigem Datentyp a_date verursacht dem Zwischen-Operator zu fehlerhaften Ergebnissen zu führen, wenn a_date Vergleichen der in der rates.begin_date und rates.end_date LINKE VERBINDUNG. Das Problem wurde durch Art Gießen das Ergebnis der NZ-Funktion aufgelöst, wie folgt:

, CDate(NZ(estimates.a_date, actuals.a_date)) AS a_date 

Answer 2

Sie finden genau, wie Sie dies tun here.

Sie vermissen einen INNEREN JOIN .... UNION ALLE Schritt.

Answer 3

Ich würde versuchen, jeden Teil der Abfrage in sein eigenes Zugriffsabfrageobjekt, z.

SELECT * 
    FROM estimates 
    LEFT JOIN actuals ON estimates.employee_id = actuals.employee_id 
    AND estimates.a_date = actuals.a_date 

Würde

SELECT * 
    FROM estimates 
    RIGHT JOIN actuals ON estimates.employee_id = actuals.employee_id 
    AND estimates.a_date = actuals.a_date 
    WHERE estimates.employee_id IS NULL 
    OR estimates.a_date IS NULL 

sein qryOne wäre qryTwo

SELECT * FROM qryOne 
UNION ALL 
SELECT * FROM qryTwo 

qryFullJoinEstimatesActuals würde, und schließlich

SELECT NZ(estimates.employee_id, actuals.employee_id) AS employee_id 
, NZ(estimates.a_date, actuals.a_date) AS a_date 
, estimates.estimated_hours 
, actuals.actual_hours 
FROM qryFullJoinEstimatesActuals 

ich gefunden habe, dass Konstrukte, die nicht tun arbeiten in komplexen Access S QL-Anweisungen funktionieren oft richtig, wenn sie in einzelne Abfrageobjekte zerlegt und Schritt für Schritt neu zusammengesetzt werden. Darüber hinaus können Sie jeden Teil der Abfrage einzeln testen. Dies wird Ihnen helfen, einen Workaround zu finden, wenn sich dies als notwendig erweist.