Unterschiedliche Ergebnisse beim Runden

[Uwe Raabe]

Zitat:

Zitat von Luckie (Beitrag 1378723)

Wie kommen die auf die Regel zur nächsten geraden Zahl zu runden?

Dieses sogenannte Banker's Rounding soll die Gleichverteilung der Ergebnisse gewährleisten. Andernfalls würde das Aufrunden ja tendenziell bevorzugt. Mit dem Banker's Rounding hält man den Summen-Rundungsfehler statistisch in engeren Grenzen.

[Thomas Feichtner]

Hallo,

für das kaufmännische Runden verwende ich folgende Funktion:

Delphi-Quellcode:

function  xRound(e: Extended; d: Integer ): Extended;
var
  nWert1: Extended;
  nTemp1: Currency;
begin
  { Zuerst Zahl multiplizieren, damit diese als Currency arbeiten kann
    damit bei xRound(2.51 * (100 - 74.5) / 100, 4) = 0.6401 auskommt und nicht
    0.64 }
  // Wenn Grenzwerte überschritten werden, wird geschützt gearbeitet
  if (d>4) or (abs(e)>999999) then begin
    try
      nTemp1 := e * IntPower(10, d - 1);
    except
      Result := e;
      exit;
    end;
  end
  else begin
   nTemp1 := e * IntPower(10, d - 1);
  end;

  if nTemp1 < 0.0 then
    nTemp1 := Trunc(nTemp1 * IntPower(10, 1) - 0.5 ) / IntPower(10, 1)
  else
    nTemp1 := Trunc(nTemp1 * IntPower(10, 1) + 0.5 ) / IntPower(10, 1);
  nWert1 := nTemp1 / IntPower(10, d - 1);
  
  Result := nWert1;
end;

[jaenicke]

Lustig wird es, wenn man Geräte wie einen Fiskaldrucker ansteuert. Da muss man dann nämlich exakt genauso runden wie der es tut.

[Luckie]

@Uwe: Danke. Aber ich hätte das mathematische korrekte Runden als Standard gewählt.

[Benedikt Magnus]

Zitat:

Zitat von Luckie (Beitrag 1378727)

@Uwe: Danke. Aber ich hätte das mathematische korrekte Runden als Standard gewählt.

Dieses merkwürdige Runden ist das "mathematisch korrekte" (was sowieso nur eine Definitionssache darstellt), vor allem im statistischen Bereich ist das sehr wichtig, aber auch überall sonst sorgt es dafür, wie Uwe bereits beschrieben haben, dass die Rundungen in größerem Kontext unverzerrt bleiben.
Das kaufmännische Runden, die Juristen nennen es "Bürgerliches Runden", ist lediglich die einfachere Variante, die dann eingesetzt wird, wenn die Verzerrung durch das häufigere Aufrunden irrelevant ist oder in Kauf genommen wird. Sprich vor allem im kaufmännischen und schulischen Bereich.
Ich muss zugeben, dass ich die mathematisch korrekte Variante vor dem Statistikteil meines Studiums auch nicht kannte. Ist aber auch nicht die einzige mathematische Methode, die man jahrelang "salopp" beigebracht bekommt und erst dann richtig, wenn man sie wirklich braucht. :-D

[Luckie]

Moment. So habe ich es in der Schule gelernt. Ab 0,5 und drüber wird aufgerundet, da runter abgerundet. Und nicht auf die nächst gerade Zahl.

Eventuell sollten wir Begriffe definieren. Mathematisch, wie oben beschrieben. Kaufmännisch und dieses Bänker runden.

Mathematisch, siehe oben, wie in der Schule gelehrt.

Über diese verschiedenen Rundungsverfahren habe ich mir schon immer den Kopf zerbrochen. :roll:

[gammatester]

Zitat:

Zitat von Luckie (Beitrag 1378732)

Moment. So habe ich es in der Schule gelernt. Ab 0,5 und drüber wird aufgerundet, da runter abgerundet.

Und wie rundest Du -0.5? Wenn ja, warum?

[p80286]

Zitat:

Zitat von gammatester (Beitrag 1378734)

Zitat:

Zitat von Luckie (Beitrag 1378732)

Moment. So habe ich es in der Schule gelernt. Ab 0,5 und drüber wird aufgerundet, da runter abgerundet.

Und wie rundest Du -0.5? Wenn ja, warum?

-0.5=0.5*-1 also 1*-1

Gruß
K-H

[himitsu]

Zitat:

Zitat von Luckie (Beitrag 1378727)

@Uwe: Danke. Aber ich hätte das mathematische korrekte Runden als Standard gewählt.

Das kannst du bei dir ja gern machen.

Get8087CW
Set8087CW
GetRoundMode
SetRoundMode

8086 = CPU (central processing unit)
8087 = FPU (floating point unit)
GPU (graphics processing unit) .... uhhh, Codename "Pascal" für nvidia GeForce 1000er Serie (GeForce GTX 1060, ...)
Southbridge, Northbridge, Soundcard usw.
Damals waren das noch einzelne Chips, aber Heute ist das ja oft nur noch ein Chip.


Bei 7.50000000000728 muß man eben aufpassen, ob es auch in die Variable passt, bevor es gerundet wird und auch nach dem Runden.
Wenn es nur das mathematische Ergebnis ist, aber der Typ das nur als 7.499999998 speichert, dann wird da eventuell anders gerundet.
Also in einem Single sollte der Wert schonmal nicht gespeichert werden, da dort nicht genug signifikante Dezimalstellen existieren.

[Ritsch]

Danke für eure zahlreichen Antworten.
Habe es jetzt folgendermaßen gelöst.

Anstatt

Code:

var i: Int64;
begin
[...]
  i:= Round(zahl*multi);
[...]
end;

so

Code:

var i: Int64;
    d: double;
begin
  [...]
  d:= zahl * multi;
  i:= Round(d);
end;