Prozentwert in DB speichern: 0-1 oder 0-100?

uprocka · 23.02.2006, 22:52

Hallo,

was macht mehr Sinn, im Bezug auf Handling und Performance,

wenn ich einen Prozentwert z.B. 80 % in der DB speichern möchte?

Code:

0,8 oder 80

THX

P.S. in anderen Scripts ist es mal so mal so...

Buhmann · 23.02.2006, 23:47

wenn keine kommawerte vorkommen, würde ich 80 nehmen, sonst 0.8

24.02.2006, 02:36

Wie sollen wir bezüglich Performanz eine Aussage treffen - das hängt davon ab, wieviel Du mit den Zahlen arbeitest.

Oder anders gesagt - ob Du in die DB /100 rechnest oder aus der DB *100 iss gehoppst wie gedoppst - ich persönlich speichere nur Ganzzahlen - alte Gewohnheit, da Turbo Pascal lange einen Rundungs-Bug hatte. Also auch 1,50 Euro sind bei mir immer 150 - hat auch den Vorteil, dass es mir leidlich egal ist, ob das verwendete System mit . oder mit , die Dezimalzahlen einleitet.

M3g4Star · 24.02.2006, 15:16

Zitat:

Turbo Pascal

Uh ja --> back to the Root !!

:wink:

uprocka · 24.02.2006, 15:33

Na das ist doch ne Aussage!
- ich denke es wird öfter gelesen als geschrieben und da ich die Prozent so darstelle - 80 % - ist es wohl einfacher einfach ein INT zu speichern.

Ausserdem sind Werte wie z.B. 80,4 bei meinem Problem nicht sinnvoll.

Danke!

PS.
Ich frag mich aber dennoch wieso viele Scripts/Klassen ( jetzt mal unabhängig von DBs) mit der 1 als 100% arbeiten ? z.B. setTransparency(0.2) => 20 %

xabbuh · 24.02.2006, 20:16

Wenn du einfach nur 1 (für 100%) oder 0,8 (für 80%) speicherst, kannst du dir letztendlich beim Rechnen einen Schritt sparen:

PHP-Code:

  <?php

    $result = $foo * 0.8;

    //  gegenüber

    $result = $foo * 80 / 100;

?>

marcusson · 24.02.2006, 20:40

Hmm, den Mist hatte ich doch gerade erst bei meiner Datenbankprüfung.
Das war ganz easy in SQL. Wie ging das gleich nochmal?

CREATE TABLE t1 {
...
prcnt tinyint(3) not null,
CONSTRAINT prcnt_range
CHECK (prcnt > -1 AND prcnt <= 100)
ENFORCED
}

oder über einen View:

CREATE VIEW v1 AS SELECT * FROM t1 WHERE prcnt > -1 AND prcnt <= 100 WITH CHECK CONSTRAINT;

Das sollte es sein. Kannst natürlich alternativ auch in SQL einen eigenen Datentyp definieren. Aber das wäre wohl etwas übertrieben.

Ob das Ganze auch in MySQL funktioniert, musst du ausprobieren. MySQL implementiert bekanntlich nur eine kleine Teilmenge des SQL-Standards.

PS: Integer ist meistens besser als Float oder Double. Liegt an der internen Darstellung der Zahlen.

Falls du in den Werten suchen willst, solltest du außerdem einen Index erzeugen. Das beschleunigt die Suche in der entsprechenden Spalte und lohnt sich vor allem für große Tabellen. Für deine Prozentangaben bringt der Index aber vermutlich nicht sooo schrecklich viel.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Audio-Recorder / Zugriff auf Mikrofon -> speichern	agrajag	JavaScript, Ajax und mehr	4	27.07.2008 17:19
Bild Komprimiert speichern	Culutio	PHP-Fortgeschrittene	15	18.02.2007 18:54
PDF per PHP - Problem bei "Ziel speichern unter..."	freq.9	PHP Tipps 2006	7	18.08.2006 16:54
[Erledigt] Speichern unter... geht nicht!!!		PHP-Fortgeschrittene	8	09.02.2006 16:55
HEX speichern		PHP Tipps 2006	1	03.02.2006 15:58
Bild (.jpg) mit Link auf Festplatte speichern	PsychoEagle	PHP Tipps 2005-2	11	16.06.2005 14:54
Bilder speichern statt anzeigen...		PHP Tipps 2005	3	25.04.2005 15:22
XML speichern	McWolle	PHP-Fortgeschrittene	5	04.04.2005 19:38
Daten von php in Datei wie am besten Speichern ?		PHP Tipps 2005	6	09.02.2005 16:48
[Erledigt] Emails speichern		Datenbanken	1	08.02.2005 20:06
Mail inkl. all. Elementen speichern		Beitragsarchiv	5	29.12.2004 13:21
Bild speichern das mit der GDLib erstellt wurde.	Stefano	PHP Tipps 2004	2	22.09.2004 11:53
[Erledigt] BildURL speichern!		PHP Tipps 2004	11	18.08.2004 09:18
Formular in Mysql Datenbank speichern	Anuschka	Datenbanken	1	15.08.2004 02:55
gesamte Email speichern		PHP Tipps 2004	3	04.06.2004 13:52

23.02.2006, 22:52
uprocka Neuer Benutzer Registriert seit: 16.02.2006 Beiträge: 18	Prozentwert in DB speichern: 0-1 oder 0-100? Hallo, was macht mehr Sinn, im Bezug auf Handling und Performance, wenn ich einen Prozentwert z.B. 80 % in der DB speichern möchte? Code: 0,8 oder 80 THX P.S. in anderen Scripts ist es mal so mal so...


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

23.02.2006, 23:47
Buhmann Erfahrener Benutzer Registriert seit: 20.01.2005 Beiträge: 1.557 PHP-Kenntnisse: Fortgeschritten	wenn keine kommawerte vorkommen, würde ich 80 nehmen, sonst 0.8

24.02.2006, 02:36
Gast Beiträge: n/a	Wie sollen wir bezüglich Performanz eine Aussage treffen - das hängt davon ab, wieviel Du mit den Zahlen arbeitest. Oder anders gesagt - ob Du in die DB /100 rechnest oder aus der DB *100 iss gehoppst wie gedoppst - ich persönlich speichere nur Ganzzahlen - alte Gewohnheit, da Turbo Pascal lange einen Rundungs-Bug hatte. Also auch 1,50 Euro sind bei mir immer 150 - hat auch den Vorteil, dass es mir leidlich egal ist, ob das verwendete System mit . oder mit , die Dezimalzahlen einleitet.

24.02.2006, 15:33
uprocka Neuer Benutzer Registriert seit: 16.02.2006 Beiträge: 18	Na das ist doch ne Aussage! - ich denke es wird öfter gelesen als geschrieben und da ich die Prozent so darstelle - 80 % - ist es wohl einfacher einfach ein INT zu speichern. Ausserdem sind Werte wie z.B. 80,4 bei meinem Problem nicht sinnvoll. Danke! PS. Ich frag mich aber dennoch wieso viele Scripts/Klassen ( jetzt mal unabhängig von DBs) mit der 1 als 100% arbeiten ? z.B. setTransparency(0.2) => 20 %

24.02.2006, 20:16
xabbuh Erfahrener Benutzer Registriert seit: 13.11.2005 Beiträge: 2.583	Wenn du einfach nur 1 (für 100%) oder 0,8 (für 80%) speicherst, kannst du dir letztendlich beim Rechnen einen Schritt sparen: PHP-Code: `<?php $result = $foo * 0.8; // gegenüber $result = $foo * 80 / 100; ?>`

24.02.2006, 20:40
marcusson Erfahrener Benutzer Registriert seit: 17.02.2006 Beiträge: 132 PHP-Kenntnisse: Fortgeschritten	Hmm, den Mist hatte ich doch gerade erst bei meiner Datenbankprüfung. Das war ganz easy in SQL. Wie ging das gleich nochmal? CREATE TABLE t1 { ... prcnt tinyint(3) not null, CONSTRAINT prcnt_range CHECK (prcnt > -1 AND prcnt <= 100) ENFORCED } oder über einen View: CREATE VIEW v1 AS SELECT * FROM t1 WHERE prcnt > -1 AND prcnt <= 100 WITH CHECK CONSTRAINT; Das sollte es sein. Kannst natürlich alternativ auch in SQL einen eigenen Datentyp definieren. Aber das wäre wohl etwas übertrieben. Ob das Ganze auch in MySQL funktioniert, musst du ausprobieren. MySQL implementiert bekanntlich nur eine kleine Teilmenge des SQL-Standards. PS: Integer ist meistens besser als Float oder Double. Liegt an der internen Darstellung der Zahlen. Falls du in den Werten suchen willst, solltest du außerdem einen Index erzeugen. Das beschleunigt die Suche in der entsprechenden Spalte und lohnt sich vor allem für große Tabellen. Für deine Prozentangaben bringt der Index aber vermutlich nicht sooo schrecklich viel.