Die Osterhasen sind weggehüpft...
jetzt sind die ,,Access-Hasen" dran!
Hallo Leute..
Ich bin neu hier, habe (nur) Basic-Kenntnisse in Access (2010) und wiedermal ein paar Problemchen mit dem Programmchen mit dem großen ,,A".
Aber diesmal, hab´ ich mir vorgenommen: ich versuch´s mal mit einem Forum, wo üblicherweise jede Menge Fachindianer sich herumtummeln sollten.
Also hier mein Vorhaben: Ich möchte eine Liste von Objekten (Museen, Sehenwürdigkeiten und Co aus unserer Region, hier im 3LänderEck F/D/CH) in Form einer Datenbank erstellen. Dabei will ich u.A. auch die Entfernung in Kilometer von den jeweiligen Objekten zu unserem Wohnort und die jeweilige Eintrittspreise anzeigen lassen.
Also ich habe ein Feld ,,Entfernung" und ein Feld ,,Eintritt".
Bei den beiden Felder habe ich den Felddatentyp auf ,,Zahl" umgesetzt. Wobei es könnte womöglich auch auf ,,Text" bleiben, da ich mit diesen Zahlangaben im Grunde nicht rechnen will. Ist das richtig?
Bei den ,,Feldeingenschaften", unter ,,Eingabeformat" habe ich mit verschiedenen Formeln wie 999,9\ Km oder 9999" Km" ausprobiert : es hat alles nichts gebracht bzw nichts zufriedenstellendes. Beim testen, werden dezimale Eingabe nicht angenommen bzw. grundsätzlich aufgerundet.
Kann mir jemand verraten wie und was ich eingeben soll, einstellen, formatmäßig, damit ich in diesen 2 Spalten saubere Einträge bekomme, wie bspw. 20 Km oder von mir aus 20,0 Km aber eben auch, falls nötig 20,5 Km bzw € bzw Euro oder egal welche Einheit.
Die Einheit sollte jeweils rechtsbündig ausgerichtet sein.
Freue mich über eine hilfreiche Antwort.
Vielen Dank schon mal und...
Schöne Grüße aus Süd-Baden.
GoodOldSimon
Hallo,
eine Zahl ist eine Zahl und bleibt eine Zahl egal, ob gerechnet wird oder nicht. Eingabeformat und Format sind 2 verschiedene Dinge, dass eine hat mit dem anderen nichts zu tun. Auf EingabeFormate würde ich verzichten, die sind eher hinderlich als nützlich. Was Du brauchst ist das Format.
Mit dem Felddatentyp Zahl ist es aber nicht getan, da gibt es auch noch die Feldgröße und die wäre auf Double einzustellen, damit überhaupt Dezimalstellen angezeigt werden.
Willst Du immer Km und immer Euro eingeben. Die Betonung liegt auf immer ?
Wenn auch mal Franken eingegeben werden sollen, so darf das Feld nicht mit € formatiert sein, sonst gehen nur Euro.
Wenn Du immer Euro eingeben willst, so wähle als Datentyp "Währung".
Für die Km stellst Du als Format (nicht Eingabeformat) dann #.##0,0" Km"ein. Und das Zahlenfeld auf Double.
Hallo MzKlMu,
Danke für die umfangreiche und klare Antwort.
Komme damit gut weiter. Es macht wieder Spaß! :)
Und etwas gelernt noch dazu!
Also, für die Km, funktionniert gut so . Perfekt. Ich lasse es so.
Klar man könnte sich vielleicht wünschen, daß bei vollen Zahlen, also das ,,komma null" unterdrückt wird. Ich hab´s probiert: geht nicht beides. Entweder, oder! Ich lasse es so.. g´fällt mir!
Auch für den ,,Eintritt", lass´ ich es auch so (momentan). Alles in €!
Ich rechne lieber vor der Eingabe die Franken-Beträge kurz von Hand um.
Man könnte auch aus dem Feld ,,Eintritt", 2 Felder daraus machen: 1 Feld ,,Betrag" und 1 Feld ,,Währung", welches dann ein ,,Kombinationsfeld" wäre mit 2 Werte zur Auswahl :
,,Euro" oder ,,CHF".
Mache ich vielleicht noch, wenn es mir danach ist...
Also vorerst vielen Dank nochmal! :)
Wenn es mal wieder klemmt bei mir, melde ich mich hier bestimmt wieder!
´nen schönen Tag noch.
Gruß von ...
GoodOldSimon.
Hallo,
ZitatUnd das Zahlenfeld auf Double.
Für Kilometerangeben reicht "Currency" aber auch; - genauer wie cm-weise
wird man Entfernungen auf der Strasse wohl nicht erfassen wollen/müssen.
gruss ekkehard
Hallo,
ich glaube, es ist eher es ist umgekehrt, Currency ist genauer.
Zitat von: Microsoft
Currency-Variablen werden als 64-Bit- (8-Byte-)Zahlen in einem Ganzzahlenformat mit einer Skalierung von 10.000 gespeichert, sodass sich eine Festkommazahl mit 15 Stellen links und 4 Stellen rechts des Dezimalzeichens ergibt. Diese Darstellung ermöglicht einen Bereich von -922.337.203.685.477,5808 bis 922.337.203.685.477,5807.
Der Currency -Datentyp bietet sich für monetäre Berechnungen und für Festkommaberechnungen an, in denen die Genauigkeit besonders wichtig ist.
Beide belegen 8 Byte Speicher.
Hallo Klaus,
Zitatich glaube, es ist eher es ist umgekehrt, Currency ist genauer.
Wäre für mich ein weiteres Argument für "Currency" gegenüber "Double" (in diesem Fall).
Zitat4 Stellen rechts
Na gut, ich hatte 5 im Kopf, ändert aber nicht viel.
gruss ekkehard
Hallo Zusammen,
Danke und schön, daß Ihr euch so ins Zeug legt für mein Problemchen das eigentlich mittlerweile schon gelöst ist.. aber ich würde gerne wissen was der Disput damit auf sich hat? "Double", "Currency"? Ich bin schon ganz froh, daß ich "Double" gefunden habe und einsetzen konnte und daß es so ganz gut funktionniert. "Currency" habe ich sowieso nicht in der Feldgröße-Auswahlliste. (Siehe Screenshot) Könnt Ihr mich da vielleicht mal kurz aufklären?
Wo befindet sich dieses "Currency" und für was / welche Situation soll es gut sein?
Gruß und ein gutes Nächtle..
GoodOldSimon
Hallo,
Currency ist die Währung. Das ist bei einem deutschen Access nur eingedeutscht.
Hallo,
zur Info:
http://www.vba-tutorial.de/variablen/datentypen.htm
http://www.ms-office-forum.net/forum/showthread.php?t=105283
(kein Anspruch auf Vollständigkeit)
Hallo,
Wo wir gerade dabei sind, stellt sich mir die Frage warum "Währung" als
eigener "Felddatentyp" und nicht, wie bei anderen Zahlen auch, über die
"Feldgrösse" definiert wird. ???
gruss ekkehard
Hallo,
weil m. E. "Währung" intern so ähnlich wie "Datum/Uhrzeit" behandelt wird. ("Datum/Uhrzeit" ---> Double (Fließkomma), "Währung" --> "Quasi-Double"-Zahl mit fester Anzahl Nachkommastellen, aus Integer (Ganzzahl) durch Dezimalpunkt-Verschiebungen berechnet)
Danke Franz.