Oddělovač tisíců a desetinná čárka

29. 6. 2016 14:33:26

Dobrý den, jak nastavit české zobrazení formátu čísel? Používáme CFDB plugin, kterým zobrazujeme v tabulkách data, ale ta mají desetinnou tečku a neoddělují tisíce mezerou. Pokud dáme input typu number přímo do stránky, je tam stejný problém. Data jsou zapsána v databázi wordpressu, ale nejsme si jisti, jestli je to wordpressem nebo jen tím pluginem a potřebujeme poradit, kde je problém.

29. 6. 2016 14:33:26

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206888

Tomáš Faldyna

(54 hodnocení)

29. 6. 2016 16:03:22

Pouzij funkci http://php.net/manual/en/function.number-format.php

$cislo = number_format( $cislo, 2, '.', ' ' );

// hodnota, pocet des. mist, oddelovac des. mist, oddelovac tisicin

Pokud pracujes i s haleri, je vhodnejsi format DOUBLE

29. 6. 2016 16:03:22

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206887

Jan Stejskal

(7 hodnocení)

29. 6. 2016 16:13:10

DOUBLE se hodí pouze v případě, že těch desetinných míst je více. DOUBLE má délku 8 bajtů, ale pokud máme hodnoty pouze s jedním nebo dvěma desetinnými místy, je vhodnější provést posun desetinné čárky a uložit například jako MEDIUMINT, který má jen 3 bajty.

29. 6. 2016 16:13:10

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206886

Tomáš Faldyna

(54 hodnocení)

29. 6. 2016 16:24:41

Napsal Jan Stejskal;1304544
DOUBLE se hodí pouze v případě, že těch desetinných míst je více. DOUBLE má délku 8 bajtů, ale pokud máme hodnoty pouze s jedním nebo dvěma desetinnými místy, je vhodnější provést posun desetinné čárky a uložit například jako MEDIUMINT, který má jen 3 bajty.

Souhlas, kazdopadne jeho max hodnota muze byt pouze 8388607.

Jeste mne napada pouzit primo DECIMAL, ktery by mel byt "financne" nejpresnejsi

29. 6. 2016 16:24:41

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206885

Jan Stejskal

(7 hodnocení)

29. 6. 2016 16:33:42

Mediumint signed je -8388608 až 8388607, unsigned 0 až 16777215. Pokud nestačí, použije se INT nebo FLOAT (podle délky), pokud ani ten nestačí, pak je výhodnější DOUBLE.

29. 6. 2016 16:33:42

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206884

(20 hodnocení)

29. 6. 2016 16:37:18

FLOAT moc pouzivat nedoporucuju, ja radsi vsude pouzivam decimal,obzvlaste u financnich udaju je to jedina moznost jak si nedelat ve vypoctech chybu v desetinejch mistech a zaroven nedelat zadny harakiri s posouvanim desetinnych mist...

29. 6. 2016 16:37:18

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206883

Fido123

(13 hodnocení)

29. 6. 2016 17:44:23

Napsal Jan Stejskal;1304544
DOUBLE se hodí pouze v případě, že těch desetinných míst je více. DOUBLE má délku 8 bajtů, ale pokud máme hodnoty pouze s jedním nebo dvěma desetinnými místy, je vhodnější provést posun desetinné čárky a uložit například jako MEDIUMINT, který má jen 3 bajty.

To by mě opravdu zajímalo, proč a pro koho je vhodnější ukládat desetiné číslo jako celé číslo...

29. 6. 2016 17:44:23

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206882

Jan Stejskal

(7 hodnocení)

29. 6. 2016 18:03:31

Napsal Fido123;1304582
To by mě opravdu zajímalo, proč a pro koho je vhodnější ukládat desetiné číslo jako celé číslo...

Pro každého, kdo pracuje s velkými objemy dat. Příklad z praxe, aplikace pro sběr dat a rozúčtování nákladů pro bytová družstva. Odečítají se vodoměry, plynoměry, elektroměry a měřidla tepla. Když vezmu pouze ty vodoměry, maximální hodnota je 99999,999 přičemž pro výpočet se používá pouze jedno desetinné místo, tedy 99999,9. Odečet každých 10 minut. Na jeden dům o 60 bytech připadá minimálně 132 vodoměrů, tedy 132 * 6 * 24 * 356 = 6 766 948 záznamů. K tomu povinnost tato data uchovávat po dobu 10 let. To máme zaokrouhleně 68 milionů záznamů. Vzhledem k tomu, že náměr nemůže být záporný, lze pro uchování náměru použít typ mediumint. Oproti double tedy rozdíl 5 bajtů. Pro jeden jediný sloupec v databázi rozdíl 340000000 bajtů neboli 340 MB dat. Vzhledem k tomu, že ta data je také třeba zálohovat a především s nimi pracovat, je těchto pro někoho ubohých 340MB celkem velký rozdíl v ceně provozu systému a samozřejmě rychlosti. Teď si k tomu přidejte náměry ze všech ostatních měřidel, vynásobte si to počtem domů, které družstvo spravuje a možná pochopíte, proč by měl programátor nad prací přemýšlet a ne jen skládat k sobě kousky, které jsou pro něj nejpohodlnější.

Jen doplním, že uvedený příklad s nějakým výrazným množstvím dat nepracuje, jsou segmenty, kde takové množství dat vzniká i v řádu vteřin. A samozřejmě v praxi takováto data nejsou v jedné tabulce všechna, ale to je pro ukázku nepodstatné.

Edit: 365 (dní), ne 356, upsal jsem se

29. 6. 2016 18:03:31

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206881

Fido123

(13 hodnocení)

29. 6. 2016 18:27:55

Napsal Jan Stejskal;1304589
...

Aha, díky, od teď budu všechna desetiná čísla ukládat jako celá čísla, když teda tolik ušetřím.

29. 6. 2016 18:27:55

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206880

Jan Stejskal

(7 hodnocení)

29. 6. 2016 18:36:36

Napsal Fido123;1304597
Aha, díky, od teď budu všechna desetiná čísla ukládat jako celá čísla, když teda tolik ušetřím.

Aplikovat jedno řešení všude a přemýšlet je sakra rozdíl :)

29. 6. 2016 18:36:36

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206879

Fido123

(13 hodnocení)

29. 6. 2016 18:45:34

Napsal Jan Stejskal;1304601
Aplikovat jedno řešení všude a přemýšlet je sakra rozdíl :)

Ok, tak bez sarkasmu: Posouvání desetiných míst a přednáška o programování extrémně náročných aplikací je v kontextu tohohle vlákna naprosto nesmyslné honění trika.

29. 6. 2016 18:45:34

https://webtrh.cz/diskuse/oddelovac-tisicu-a-desetinna-carka/#reply1206878

Pro odpověď se přihlašte.

Přihlásit