Office: (Office 2010) Berechnetes Feld in Tabelle anlegen

Hallo

ich möchte in einer Tabelle ein berechnetes Feld zur Gebührenermittlung anlegen: An einer Waage werden Daten ermittelt und in eine Tabelle geschrieben. Nun soll bei jedem neuen Datensatz die Gebühr berechnet werden [WEIGHT_NET]*[TARIF].

Jeder rät dazu dieses in einer Abfrage zu realisieren. Da aber die Tabelle kontinuierlich gefüllt wird und die Abfrage nur sporadisch genutzt wird, geht das nicht.

Mein Problem: Ich kann in der Tabelle in der Datenblattansicht ein berechnetes Feld vom Typ Währung auswählen, aber mehr passiert nicht. Es kommt kein Abfrage-Generator.
Und in der Entwurfsansicht kriege ich beim Felddatentyp kein "Feld berechnen" angezeigt.

Hat jemand Rat ?

:)

 

Hallo,

mal eine dusselige Frage meinerseits als Datenbankneuling: Muss das Ergebnis denn bei jedem Datensatz stehen?

Ich habe Tabellen mit ähnlicher Aufgabe und berechne das Produkt jeweils nur, wenn ich es auch wissen will - also im Rahmen von Abfragen / Berichten.
Warum sollten in der Datenbank unnütze "Weisheiten" als Ballast stehen, die jederzeit mit einfachsten Mitteln aus den Eingangsgrößen herleitbar sind? ("Verstoß" gegen das Gebot atomarer Informationen).

Meine Frage wäre also: Wann brauchst Du das Ergebnis? Warum leitest Du es Dir nicht genau dann erst her?

Grüße
EarlFred

 

Wie wird die Tabelle gefüllt? Manuell, also arbeiten die Leute direkt in den Tabellen? Davon ist grundsätzlich abzuraten. Verwende besser ein Formular zur Datenpflege und dort kann dann dann auch die Berechnung stattfinden.

Oder findet ein automatischer Import statt? Dann findet die Berechnung logischerweise auch dort statt, beim Import.

Den berechneten Wert in der Tabelle zu speichern erscheint mit übrigens sinnlos. Da normale Benutzer sowieso nie die Tabellen zu Gesicht bekommen ist es überflüssig.

Zu deinem Problem, dass du "berechnetes Feld" nicht auswählen kannst: Ist es denn sicher eine Access 2010 Datei? Welche Dateiendung hat das Ding?

 

Die Tabelle wird automatisch von der Waage gefüllt.
Die Ergebnisse sollen deshalb erhalten bleiben, weil sich der Tarif ändert und später Statistiken darüber erhoben werden sollen.

Ich könnte natürlich die Tarife mit dem entsprechenden Gültigkeitsdatum in einer Extratabelle speichern und mit VBA auswerten - erscheint mir aber aufwändiger

ios707: du hast Recht es war keine *.accdb, jetzt gehts

 

So wie ich deine Tabellenstruktur deute, wird sowieso schon für jeden Wiegevorgang der aktuelle Tarif in jeden Datensatz, also jede Zeile geschrieben. Insofern wäre die Extratabelle erst mal unnötig, ebenso wie das Speichern der berechneten Werte in der Tabelle, weil dir eine Abfrage diese Ergebnisse später jederzeit korrekt und mit dem jeweils gültigen Tarif berechnet.

 

Nein nein, die Waage sammelt nur Rohdaten, die unterscheidet nicht, welcher Gesellschaft welchen Tarif berechnet wird.

 

Hallo ????,

Das macht man dann mit einer Aktuallisierungsabfrage:

Code:

Wobei ich dazu neige, das in einer normalen Abfrage unterzubringen.

mfg
Roland

 

Hi,

das Gewicht und den Tarif hast du ja als Felder in der Tabelle vorgesehen. Das Gewicht füllt die Waage selbst, den Tarif fügst du hinzu. Wovon hängt der Tarif ab? Er wird ja sicher nicht pro Wiegevorgang neu verhandelt, bleibt aber wohl auch nicht auf Dauer konstant.

Das Produkt aus Gewicht und Tarif kannst du ab Access 2010 als berechnetes Feld in der Tabelle berechnen lassen. Der Effekt ist der Gleiche wie bei Nutzung einer Abfrage, die das natürlich auch kann: die Formel (!) liegt halt eben in der Tabelle.

Unnütz wäre hingegen, den Betrag anderweitig auszurechnen und ihn als unabhängiges Feld in die Tabelle zu packen. Denn es ist nicht unabhängig. Zras Vorschlag mit Aktualisierungsabfrage kann ich daher nicht gutheißen.

 

Hi Martin,

*wink.gif*

mfg
Roland

 

genau so, der Tarif hängt vom Besitzer vom Wiegegut ab (wird alles über Barcode erfasst). Tarif ändert sich vielleicht 2x im Jahr

 

... danke an alle, die sich an diesem brainstorming beteiligt haben.

Ich probier noch etwas rum