Office: Abfrageergebnisse lassen sich nicht bearbeiten, sobald man eine Unterabfrage einfügt

Liebe Community,

ich hänge mal wieder über einem Problem, dass ich so in der Form leider in keiner Forumhilfe oder Hilfedatei gefunden habe.

Ich habe eine Abfrage in MS Access 2010 mit einer Unterabfrage, die die Anzahl in einer zusätzlichen Spalte anzeigt.
Sobald jedoch die "Anzahl" Spalte eingefügt ist, lassen sich die Werte in der Hauptabfrage nicht bearbeiten.

Hier mal ein Beispiel-SQL Befehl:

PHP:

         SELECT retRetourenr, retKDNR, retStatus, (Select Count(*) FROM tblRetoureDetails WHERE detRetourenr=retRetourenr AND ((detErhalten=true OR detStorniert=true) AND detTEam is null)) AS Anz
FROM tblRetouren
WHERE ((tblRetouren.retStatus)='In Bearbeitung');


:)

 

Code:

 

Da wirst du wohl nur mit einer Domänenfunktion wie DCount weiter kommen.

@hcscherzer,
kann mir nicht vorstellen, dass das mit einem Subselect im From Teil besser wird, wie mit einem Subselect im Select Teil.
Mit einem Server Cursor wird das einfach nicht klappen.
Das geht höchstens mit ADO und einem Client Cursor.

 

\@Markus: wo Du recht hast, hast Du recht ...
Code:

 

Das ist wohl die Tautologie des Jahres *grins

Aber gleich eine Lösung schreiben?
Da bleibt der Lerneffekt auf der Strecke.

 

Servus,
und was war da jetzt tautologisch? (abgeleitet von ταυτολογία)

 

Die andere Lösung wäre, sich von der "Exceltabelle" wegzudenken, sprich Anzeige mit maximalen Informationen und Editieren in verschiedene Vorgänge und dann auch verschiedene Gestaltungen zu trennen.

 

OT:

Mit Verlaub: das ist nun wirklich etwas völlig anderes.

Wenn ich in #2 doch eine falsche Lösung präsentiert hatte ... sehe ich mich schon in der Pflicht ...

 

Ich hätte nicht gedacht, dass das wirklich die Lösung ist, zumal ich immer dachte Sub SELECT wäre die elegantere Variante. Vielleicht ist das auch nur ein Access typisches "Problem".

Da DCount nicht die schnellste Variante ist, hab ich das in eine Funktion ausgelagert (KLICK) und die Abfrage geht gleich um einiges schneller.
Interessant daran ist, obwohl es eigentlich nur eine ausgelagerte Unter-SELECT Anweisung ist, kann man dennoch die Haupt-SELECT weiterhin bearbeiten. Merkwürdige Logik.

Der Lerneffekt ist dennoch eingetreten. Ich versteh nur nach wie vor nicht, warum eine Subselect (speziell Count(*)) das editieren der Abfrageergebnisse verhindert und wie ich dank deinem Lösungshinweis und hcscherzer fertigen SQL Befehl herausgefunden habe, eine in eine Funktion ausgelagerte Subselect das editieren dennoch ermöglicht?! *confused.gif* *confused.gif*


Ich danke euch jedenfalls wiedermal für eure schnelle und zielführende Hilfe *Smilie *top

 

Wirklich erklären können das vielleicht nur die Programmierer der JET Engine.
Da gibt es ja auch die Seltsamkeit mit den Direktiven SELECT DISTINCT und SELECT DISTINCTROW ...

 

OT:
Hier ein kleiner Hinweis zum Thema Tautologie.

Ich kenne das Thema im Kontext mit der Aussagenlogik, da gibt es dann auch noch andere Bereiche.

 

Bei den Gründen kann man nur raten.
Jedenfalls, werden die Daten in einem Fall durch die Jet ermittelt im anderen Fall durch die Funktion - davon bekommt die Jet ja nichts mit.

 

Servus markusxy,
OT:
Wikipedia zitiert hier nur teilweise richtig.
Tautologie wiederholt (also doppelt) mit derselben Wortart.
Daher ist der Satz mit dem Wetter ein Pleonasmus.
Pleonasmus wiederholt (keine Doppelung) dasselbe mittels eines anderen Ausdrucks. So lernt man das an bayrischen Gymnasien seit je her.
Du behälst aber recht mit dem Satz des Jahres als Tautologie.
Ich hatte das falsch verstanden und in dem SQL Code etwas tautologisches gesucht.

 

Okay, das würde mir einleuchten, denn Rechenoperationen im SQL bewirkt leider das gleiche.

Ansonsten wurde mein Problem gelöst. Vielen Dank nochmal.