Überblick
Ich gelaufen in eine Ausgabe mit einer Zugangsfrage, die ich durch andere Experten laufen lassen möchte. Ich habe bereits einen Work-around, also bin ich nicht an dem interessiert. Nach was ich suche, ist eine Erklärung oder etwas Einblick, zum besser zu verstehen, warum die Frage nicht wie erwartet arbeitet.
Die Frage
YOURTABLE ist die einzige Tabelle ist beteiligt. Es hat eine Identifikation-Spalte, die der Primärschlüssel und das EmployeeID ist, whiich angefordert auch. Es hat auch viele wahlweise freigestellten Spalten, aber, diese Frage zu vereinfachen, die ich alle als drei beseitigt.
Ein Angestellter kann mehrfache Aufzeichnungen haben. Jede Aufzeichnung kann null-zu-alles der wahlweise freigestellten bevölkerten Felder haben. Nicht bevölkerte die sind entweder Null oder enthalten eine leere Schnur.
Ich wünsche die Frage 1 Reihe pro Angestellten zurückbringen. Wenn ein Angestellter mehrfache Aufzeichnungen hat, wünsche ich das mit den wahlweise freigestelltesten bevölkerten Feldern. Wenn es einen Riegel gibt, wünsche ich das mit dem höchsten Primärschlüssel.
Meine Annäherung
Ich verwende genistete Fragen, um die Resultate zu liefern. YOURTABLECOUNT zurückbringt jede Reihe mit einer Extraspalte, die die wahlweise freigestellten Felder zählt. YOURMAXCOUNT zurückbringt gerade die Reihen mit den wahlweise freigestelltesten Feldern Reihen, die für jeden Angestellten bevölkert. Beide jener Fragen adaequat sind.
Jedoch produziert YOURMAXCOUNT mehrfache Reihen für den gleichen Angestellten. Das erwartet, wenn es Riegel auf dem am höchsten bevölkerten Feldzählimpuls gibt. QUERY1 ist ein Versuch, die Riegel zu beseitigen, indem es den höchsten Primärschlüssel unter von den Riegeln vorwählt.
Das Problem
Ich erwarte QUERY1, um 1 Reihe für jeden Angestellten zurückzubringen, der einen aufeinander bezogenen Sub-query verwendet. Aber er zurückbringt nur 1 Reihe zusammen ingt, als ob das Wechselbeziehungteil ignoriert. Anstatt, den höchsten Primärschlüssel UNTER VON DEN RIEGELN für den gleichen Angestellten zurückzubringen eichen, zurückbringt er nur den höchsten Primärschlüssel ÜBER DER GESAMTEN TABELLE.
Ich erhielt die erwarteten Resultate in QUERY2, einfach, indem ich unterschiedlichen Tabellenangenommenen namen als QUERY1 verwendete. Scheint wie dieses sollte nicht ausmachen, aber es scheint.
Ich erhielt auch die erwarteten Resultate in QUERY3 mit dem angenommenen Namen aber der Anwendung der ursprünglichen Tabelle einer Verbindung anstelle von einem aufeinander bezogenen Subquery.
Die Test-Datenbank
Ich verwirkliche, dass dieses eine langatmige Frage ist; es verstanden gut, indem man die beigefügte Testdatenbank betrachtet. BTW, habe ich das Problem in .mdb und in der .accdb Akte using Zugang 2007.
Fragen
1. Warum zurückbringt QUERY1 1 Reihe anstelle von 1 Reihe pro Angestellten gt?
2. Warum unterscheidet das Ändern Tabellenangenommener name?
|
