Office: (Office 2007) Errechnete Daten aus Abfrage in Tabelle schreiben

Hallo,

wieder mal ein Problem:

Mit Hilfe einer Abfrage werden Werte berechnet, die auch als Bericht ausgegeben werden.

Das Ergebnis der Abfrage sind mehrere Datensätze.
Diese sollen nun "automatisch" in eine Tabelle geschrieben werden.

Wie mache ich das am besten?

DAnke

:)

 

Hi,

Grundsätzlich wäre das ein Job für eine Anfüge- oder Tabellenerstellungsabfrage, die du auf der bisherigen Abfrage aufsetzen kannst.

Bliebt die Frage: warum?Es gibt nur selten wirklichen Grund, Daten in eine Tabelle schreiben, die du per Abfrage bei Bedarf ermitteln kannst.

 

Der Grund ist der, dass die neu errechneten Daten aus der Abfrage bisher manuell mit Hilfe eines Formulars in die Tabelle geschrieben wurden.
Das soll jetzt automatisiert werden.

 

*confused.gif*
Wenn die Abfrage schon die richtigen Daten liefert, ist doch ein Wegschreiben in eine Tabelle gar nicht mehr nötig. Die Abfrage basiert doch auf einer Tabelle, bereitet deren Daten auf und gut. Das Ergebniss muss nicht in einer anderen Tabelle abgelegt werden.

Ausnahmen bestätigen diese Regel. Aber sie sollten wohlbegründet sein:

• Performance
• Historisierung ("Snapshots" von Daten)

Andere Anlässe würde nur unnötige Redundanz schaffen.

Worum gehts denn?

 

Schwierig zu beschreiben:
Vereinfacht:
Es gibt eine Tabelle mit ARtikelInfos, eine Tabelle mit ARtikeldetails.
Artikelinfos und Details werden in Formular gezeigt.
Neue Berechnung (Abfrage) liefert Werte, die wiederum als neuer Artikel abgespeichert werden soll.
D. h. erst die Berechnungs-Abfrage, damit ich überhaupt die neuen Artikeldetails bekomme, dann muss in Tabelle Artikelinfos ein neuer DSatz erzeugt werden, mit neuer ARtikelNr.
Diese neue ARtikelNr muss man sich "merken" und dann sollen die berechneten Datensätze in Tabelle Artikeldetails mit der ARtikelNr geschrieben werden.

Ich hatte mir überlegt, dass ich die Berchnungs-Abfrage nutze um diese Daten dann zunächst mal in eine temporäre Tabelle zu schreiben, auf die ich dann später zugreifen kann, wenn ich einen neuen Artikel angelegt habe.

Problem ist, dass ich jetzt nicht weiter weiß, wie ich diese temporären Datensätze mit einer neuen ARtikelnr überschreiben kann und danach dann in die Tabelle ARtikeldetails kopieren kann.

Vielleicht hast Du aber einen besseren Weg.

Dank

 

Hi,

ist Artikelinfos 1:n Artikeldetails, und du wünschst eine Kopie eines Artikelinfo-Satzes "samt der n-Sätze"?

Dann würde ich erst den Satz der 1-Tabelle kopieren (z.B. per Recordset, damit die neue ID auslesbar ist). Diese ID kannst du dann für die Erzeugung der N-Sätze als neue ArtikelID vorgeben.

Eine temporäre Tabelle ist da nicht unbedingt nötig.

 

Hi,
ja Artikelinfos 1:n Artikeldetails ist richtig.
Aber es ist keine Kopie der 1:n-Sätze, denn die neuen Artikeldetails ergeben sich aus der Berechnungs-Abfrage, sie stehen ja dann noch in keiner Tabelle.

 

trotzdem sind das die Details zu einer Artikelnummer, deren Wert erst feststehen muss. Welche Artikelnummer sollten die n-Sätze sonst erhalten!?

Die Detail-Abfrage berechnet welche Werte? Gehen die irgendwie aus den Daten der alten Artikeldetails hervor? Dann ist die alte ID das Suchkriterium, die Restfelder werden berechent, aber die neue ID müsste als fester Wert vorgegeben werden.

Schema:
Insert Into Details (Artikelnummer, RestFeld)
SELECT 4711, Restfeld * 2
FROM Details
WHERE Artikelnummer = 0815

0815 ist die Quellnummer (festes Kriterium!)
4711 ist die Zielnummer (feste neue Artikelnummer aus 1-Satz-Anlage!)

 

Hi,

das ist die Abfrage, die auf Basis bestehender Tabellen neue Werte berechnet, die wiederum einen neuen Artikel ergeben sollen.
Code:

Diese Abfrage liefert mir also die Felder für den INSERT-Befehl.
Die ArtikelNr, die in dieser Abfrage drin ist, ist die alte ARtikel-Nr.
Die neue ArtikelNr muss vom Anwender abgefragt werden, er muss sie eingeben.
Das mache ich im Formular so:
Code:

Danach habe ich im Formular einen neuen Datensatz mit einer neuen Artikel-Nr.
In diesem Formular gibt es ein Ufo, das die Detail-Datensätze zeigt.
In dieses Ufo sollen dann die neuen Detail-Datensätze aus der obigen Abfrage mit der neuen ARtikelNr (wegen 1:n) rein.
Und das bekomm ich nicht hin.

 

Ist diese Vergabe der neuen Artikelnummer per Inputbox ein "hoheitlicher Akt", oder nur eine Notlösung?

Wenn es ein Autowert ist, steht die neue Nummer eh fest.
Wenn nicht: gibt es ein Regelwerk, nach dem die neue Nummer zu bilden ist?

Wenn die Nummer wirklich "frei Schnauze" vergeben wird: woher nimmt der User die Nummer? Sie darf ja nicht schon vergeben sein.

Das Vergeben von Nummern durch Menschen ist eigentlich heutzutage unwürdig. Es ist doch eigentlich völlig wurscht, welche Nummer der neue Artikel hat. Hauptsache, die Nummer wird für die Detailsätze eingetragen.

Es sollte dann auch gar nicht nötig sein, die neuen Sätze per Hand irgendwo rein zu kopieren. Idealerweise läuft das alles autoamtisch ab. (Auch wenn die Nummer tatsächlich Menschenwerk sein soll, genügt die Angabe der neuen Nummer. Den Rest müsste ein Code machen).

 

Hi,

nein die ArtikelNr muss vom Anwender vergeben werden. Da steckt eine Logik dahinter, die aber nicht automatisiert werden soll.

Da habe ich keinen Einfluss drauf.

Genau diesen Code bekomm ich ja nicht hin.

 

Neue Artikelnummer erfragen (notfalls per Inputbox *pfui*)
Neuen 1-Satz anfügen (mit der erfragten Nummer)
Detailsätze mit dem Code aus #8 einfügen; dabei die QUellnummer und die Zielnummer in die SQL einbauen.

Ich kann dir das an einer DemoDatenbank zeigen, oder du lädst deine hoch und ich baus direkt da ein.

Die meisten User tun sich mit Logiken eher schwer. Niemand interessiert sich wirklich für den Aufbau von Artikel-(o.ä.)-Nummern, sondern für das, was die bedeuten. Die Bedeutung aber sollte nicht zu "sprechenden Schlüsseln" führen, wo man der Nummer etwas ansieht. Das geht immer in die Hose.

 

Vielen Danke schon mal,
ich versuch noch weiter und gebe Rückmeldung.

 

Hallo Atrus2711,

habe versucht mein Problem hinzubekommen, leider nicht mit Erfolg und würde gern Dein Angebot annehmen, dass Du mir das an einer Demo-DB zeigen kannst (#12).

Danke schon mal...

 

Hi,

hier die Demo.