Office: (Office 2007) Abfrage soll Summe 0 liefern wenn kein Ergebnis

Hallo Gemeinde,

leider konnte mit selbst die Suche nicht bei meinem Problem helfen und so hoffe ich, dass hier jemand eine Lösung hat.

Ich habe einen Hauptbericht mit 3 Unterberichten.
in dem dritten Unterbericht werden berechnungen durchgeführt die auf die vorhergehenden 2 Unterberichte beruhen.

Ein Feld in diesem Unterbericht wird jedoch in der Datenherkunft mittels Summe ermittelt.

Wenn diese Datenherkunft kein Ergebnis liefert wird der komplette Unterbericht nicht angezeigt.
Ich benötige allerdings trotzdem diesen Unterbericht weil dort weitere Berechnungen in Textfeldern erfolgen.

Gibt es eine Möglichkeit der Abfrage zu sagen, dass sie 0 liefern soll wenn es kein Ergebnis gibt.
Dadurch würde ich die Anzeige des Unterberichtes ermöglichen und alle Textfelder wäre da wo ich sie haben möchte.

Code:

vielen Dank für jegliche Unterstützung

:)

 

Hallo vbanewcomer,

mM stäubt sich der INNER JOIN gegen eine Anzeige, dadurch auch kein Unterbericht.
Da würde ev. ein RIGHT- oder LEFTJOIN bessere Dienste leisten.
Aber, für alle Verknüpfungen! Für eine genaue Auskunft, bräuchte ich die DB *g*
Welche Tabelle du als Master (alles aus dieser Tabelle) ernennst kann ich so nicht beurteilen.
Vermutlich tblFirmendaten, kannst du aber selber testen.

Außerdem, kannst auch Nz(FeldName,0) für eine Berechnung verwenden.

 

soweit ich NZ kenne, kann ich damit nullwerte umgehen.
Also Datensätze anzeigen die eigentlich nicht da sindweil die Abfrage keine findet.
Soweit klar bei mir.

Was ich jedoch benötige ist eigentlich nur die Summe aller Datensätze.

Da keine Datensätze gefunden werden, wird auch die Summe die ich in einem Textfeld bilde, nicht angezeigt.

Ich dachte aber, dass dann einfach nur die Summe 0,00 angezeigt werden soll wenn keine Daten im bericht vorhanden.
Die einzelnen Datensätze sollen jan nur angezeigt werden wenn es sie gibt um die Übersicht zu behalten bzw. es lesbar zu lassen

Es wird aber der komplette Unterbericht nicht angezeigt und somit auch nicht die Summe.

Rufe ich den Unterbericht als alleinigen Bericht auf wird die Summe angezeigt, als Unterbericht bekomme ich nichts

 

Hi,

Wo keine Datensätze da sind (siehe kyron Inner JOin), kann auch nix gezählt werden, bzw. auch kein NZ angewendet werden.
Eine Abfrage gibt auch nicht einen Wert (gewünscht ist 0) zurück, sondern eben Datensätze, selbst wenn es nur ein Datensatz mit einem Feld ist.

 

Schon klar.
Abwer es muss doch möglich sein trotzdem z.B. irgendweilche Überschriften auszugeben wenn keine Daten da sind.
Geht ja oft in der Hauptsache um die Beibehaltung eines Layouts.

 

...hast Rigth/Left Join getestet? Wenn nein, warum nicht.
Du benötigst nur eine Summe...
Code:

oder
Code:

Habe ich auch schon geschrieben...getestet, wenn nein, warum nicht?

Schreibe mal was du getestet hast und was daran nicht funktioniert.

 

Natürlich. Fehlende Datensätze kann man sich über einen OUTER JOIN mit einer vollständigen Tabelle erzeugen.

Als Ansatz (ungetestet):
Code:

Im professionellen Bereich für den Umgang mit "etwas mehr" Daten würde man sicherlich eine Kalendertabelle einbeziehen, siehe auch Grundlagen - SQL ist leicht (3) - Kalendertabelle

@Alfred: Siehe Beitrag von fredfred. Wo nichts ist, ist auch kein Null, und dann greift auch keine Nullbehandlung.

 

Left join Right Join habe ich getestet

Würde funktionieren aber dann bekomme ich lauter Zeilen ( Datensätze ) die ich eigentlich nicht haben will.

DomAnzahl geht nicht weil die Abfrage nicht existiert ( ist direkt im Bericht hinterlegt )

 

\@Eberhard
aha, und wie kommt es dann, dass ich mit diesem Code...
Code:

aus der Abfrage (siehe Bild) eine 0 heraus bekomme?
Ist ja Null/Nix in der Abfrage... und doch habe ich 0 als Wert.
Wenn das nicht möglich ist, ist das anscheinend ein seltsames Phänomen.
Oder habe ich etwas nicht verstanden?
Das Ufo wird nicht angezeigt, aber eine Datensatzberechnung über eine Abfrage wäre mM dennoch möglich.

 

Kann den Verknüpfungsausdruck 'X.BJahr = Year(Buchungsdatum)' nicht der ENtwurfsansicht darstellen .....


Wenn ich mir das Ergebnis mit Ansicht ansehen will ist dort kein Eintrag

 

weil du eine Funktion einsetzt, die einen Rückgabewert hat und du NZ() auf diese Funktion anwendest. Das hat eine Abfrage nicht, da wie schon geschrieben eine Abfrage eine Zusammenstellung von Datensätzen generiert und du die NZ() maximal auf Feldinhalte anwenden kannst.

 

ja und, habe nichts anderes geschrieben, kann man anwenden um herauszufinden wie viele DS vorhanden sind...
nicht mehr und nicht weniger.
War doch die Anforderung vom Treadstarter.

Wenn das Eine nicht funktioniert muss man solange was Anderes testen bis es funktioniert.
Etwas passt immer 100%.

 

Hi,
es stand auch nicht die Anwendung von irgendwelchen D-Funktionen im Focus als Lösung oder in der Kritik, sondern der von Dir formulierte "scheinbare" Widerspruch.

 

...dann habe ich es falsch verstanden. *Smilie

PS: das verstehe ich nun mal gar nicht, wie kommst jetzt darauf...

Da wird es eben ein Feld nicht geben, das du verknüpfen willst.

hmm.. habe ich schon geschrieben, dass du den SQL-Code einstellen sollst? Wenn nein, der SQL Code wäre gut
Eine UNION könnte helfen... wird zwar etwas langsamen (vermutlich unmerklich), aber es würde zumindest einen DS anzeigen
und somit auch das UFO
Dann hättest aber einen Datensatz, den du wieder abziehen musst... sonst stimmt die Berechnung nicht mehr!

 

Naja, die Entwurfsansicht ist auch nur ein Assistent mit niederen Fähigkeiten, aber doch immerhin mit Fähigkeiten, die Beginner beeindrucken.

Laut Aufgabenstellung ist aber etwas mehr gefragt als Assistentenniveau. Da geht also der Entwickler in die SQL-Ansicht (letzten Endes wird auch die SQL-Anweisung ausgeführt und nicht ein Sammelsurium von Zeilen und Spalten) und schreibt sich das zurecht, was er braucht - und zeigt, wer der Chef vom Assistenten ist.

Nun. Zählen ist etwas anderes als Summieren. Beim Zählen ist für NICHTS die 0 vorgesehen (EOF bei rst-Neuöffnung entspricht rst.RecordCount=0 und umgedreht), ein Summieren von NICHTS (Rechnen mit NICHTS) ist dagegen untauglich.