Filtern und Zusammenzählen von Buchungen / Verbrauchsberech.

[CG2003]

Hallo,

ich arbeite zur Zeit an einem kleinen Ersatzteil-Lagersystem für mich in der Firma, um Ersatzteile hinzu zubuchen und abzubuchen vom Lager. Das ganze geschiet durch eine Datenbank.
Buchungen werden vollzogen, nur möchte ich nun gerne den Verbrauch errechnen bzw. eine Übersicht haben.

Die Buchungs-Tabelle sieht so aus:
ID - Index

PartNr - Ersatzteilnr.

PartDatum - Buchungsdatum

PartUhrzeit - Buchungszeit

PartStatus - 2 Werte ("Hinzugebucht" oder "Abgebucht")

AlterBestand - Alter Lagerbestand des Teils

NeuerBestand - Neuer Lagerbestand des Teils (in der Regel: Alter Bestand - 1)

PartGrund - Grund der Buchung (Norm. Reparatur, KVA, Reklamation etc.)


So, mein Problem ist es nun, ich möchte eine Übersicht (StringGrid, ListView etc.), wenn ich Auswähle (per TDateTimePicker) Alle Buchungen vom Datum 1 bis Datum 2 aufzulisten, und zusammenzuzählen, da ja mehrere Buchungen pro Tag des gleichen Teils vorkommen.

Wie geht das? Hab's schon mit TTable-Filtern probiert, aber irgendwie haut das nicht hin.

Ich hoffe Ihr könnt mir weiterhelfen.

[marabu]

Hallo,

eine Bewegungstabelle für eine Lagerverwaltung sieht in ihren Grundzügen etwa so aus:

SQL-Code:

CREATE TABLE bewegungen (
  ID AUTOINC,
  KONTO INTEGER,
  PART_ID INTEGER,
  MENGE INTEGER,
  DATUM DATE,
  ZEIT TIME,
  PRIMARY KEY(ID)
)

Dein Feld PartGrund entspricht dem KONTO. Du richtest einen Kontenstamm so ein, dass Lagerzugänge auf den Konten 100 bis 199 erfolgen, Abgänge auf den Konten 200 bis 299, Abgänge werden mit negativem Vorzeichen gebucht.

Der Bestand zu einem beliebigen Zeitpunkt wird durch einen Inventurlauf ermittelt und nicht in der Tabelle gespeichert:

SQL-Code:

SELECT SUM(menge) AS bestand 
  FROM bewegungen 
  WHERE DATUM = :datum

Die Lagerbewegungen in einem Zeitraum erhältst du so:

SQL-Code:

SELECT * 
  FROM bewegungen 
  WHERE DATUM BETWEEN :datum1 AND :datum2
  ORDER BY DATUM, ZEIT

Grüße vom marabu

[CG2003]

Hallo marabu,

Erst einmal vielen Dank für Deine schnelle Antwort und kompetente Hilfe!
Hmm, das erscheint mir jetzt ein wenig zu kompliziert. Eine neue Tabelle für die Bewegungen erstellen? Ist es nicht möglich, das Ganze ein wenig einfacher zu gestalten?

[Union]

Zitat von marabu:

Der Bestand zu einem beliebigen Zeitpunkt wird durch einen Inventurlauf ermittelt und nicht in der Tabelle gespeichert:

SQL-Code:

SELECT SUM(menge) AS bestand 
  FROM bewegungen 
  WHERE DATUM = :datum

Grüße vom marabu

Das halte ich für ein Gerücht... Es muss heissen DATUM <= :datum denn sonst erhältst Du nur die Bewegungen eines Tages. Oder Du machst Tagesabschlussbuchungen ähnlich wie SB/EB Werte. Ein Nachteil dabei ist natürlich die schwindende Performance im Laufe der Zeit.

@CG2003:
Wenn Du alles nachvollziehbar machen willst und auch korrigierbar für vergangene Bestände, dann führt an einer Bewegungstabelle kein Weg vorbei.

[Sharky]

Zitat von marabu:

Der Bestand zu einem beliebigen Zeitpunkt ...

Zitat von Union:

Das halte ich für ein Gerücht... ---

Hai Union,

in dem Fall ist der Code von marabu doch richtig.
Wenn natürlich die Buchung "bis zu einem beliebigen Zeitpunkt" ermittelt werden sollen wäre deiner richtig.
Und wenn es "für einen beliebigen Zeitraum ermittelt werden sollen müsste halt wieder eine andere Abfrage erfolgen.

[Union]

Zitat von Sharky:

Zitat von marabu:

Der Bestand zu einem beliebigen Zeitpunkt ...

Zitat von Union:

Das halte ich für ein Gerücht... ---

Hai Union,

in dem Fall ist der Code von marabu doch richtig.
Wenn natürlich die Buchung "bis zu einem beliebigen Zeitpunkt" ermittelt werden sollen wäre deiner richtig.
Und wenn es "für einen beliebigen Zeitraum ermittelt werden sollen müsste halt wieder eine andere Abfrage erfolgen.

Das widerspricht aber IMHO der Definition von Bestand. Wenn ich zu jedem Zeitpunkt einer Veränderung diesen mit der Menge speichere, muss ich alle Buchungen von Beginn der Lagerführung bis zum Auswertungsdatum addieren. Die Abfrage DATUM = :datum ergibt wirklich nur die Summe der an einem Tag erfolgten Änderungen.

[Sharky]

Ich habe nicht richtig gelesen. Klar, da es um eine Summenbildung geht müssen natürlich alle Bewegung bis zum Zeitpunkt x berücksichtigt werden um den Lagerbestand ermitteln zu können.

Sorry, mein Fehler.

[marabu]

@Sharky: Auch sorry bin.

@Union: Das sollte gar kein Gerücht sein - es war schlicht ein Tastaturaussetzer, einer von vielen in diesem Beitrag, aber dummerweise an einer Stelle, wo ich ihn beim Querlesen nicht erkannt habe. Gut dass du ihn entdeckt hast. Das zeigt mir auch, dass da jemand ist, der meine Beiträge wirklich liest...

@CG2003: Hoffentlich hast du wegen dem dummen Fehler nicht zu sehr gelitten. Da du beim Paradox-Tabellen-Format mit LocalSQL arbeitest, solltest du für die Sortierung den einen oder anderen Sekundärindex in Erwägung ziehen.

Geknickte Grüße vom marabu

[CG2003]

Hallo,

erstmal vielen Dank nochmal für Eure Tips.
Ich habe es geschafft, das mir der Verbrauch eines Tages in einem Treeview mit folgendem Format angezeigt wird:

Part-Nr. Datum Verbrauch


Beispiel:

Part-Nr. Datum Verbrauch

101555644 14.10.2005 -1



So, nun kommen in dem Treeview jetzt mehrfach die gleichen Teile vor. Wie kann ich diese am Einfachsten zusammenrechnen? Ich habe das so gemacht, weil mir Euer Weg zu kompliziert war. Sorry, aber da sehe ich irgendwie nicht durch... Ich fand' es so einfacher...