1
Vývoj / Re:MySQL a přecenění se změnou DPH
« kdy: 08. 01. 2024, 06:06:54 »Vy jste pak ovšem tvrdil takové nesmysly, jako že se to musí počítat vždy z celkové ceny nebo že výpočet z celkové ceny a ze základu vychází různě.Fakt? Dajte link. Ja tvrdim nieco ine, popisem nizsie.
Tak na 3, tu:Lenze vy si potrebujete obhajit hovadinu, ze budete do DB ukladat zaklad dane na 4 desatinne miesta, aby ste vedel dopocitat cenu(s DPH).Nic takového já jsem nikdy netvrdil.
...
Ale fajn, tak snad už jste konečně pochopil, že se DPH může počítat oběma směry, a že výpočet oběma směry dává stejný výsledek (pro částky, kde oba směry existují).To ale nie je jednosmerny alebo obojsmerny vypocet.
Takto: Majme 3 mnoziny ktorych prvky su ceny. Kazda cena je uvedena na pocet miest, na ktore je delena, kolko je to miest je irelevantne. Tak isto aj sposob zaokruhlovania je irelevantny, s tym ze sa pouzije len sposob definovany pre menu ktoru pouzijeme.
Mnozina A: obsahuje vsetky mozne ceny z nejakeho rozsahu. Je irelevantne kde ten rozsah zacina alebo konci.
Mnozina B: obsahuje zaklady DPH (alebo ceny bez dph), vypocitane pre prvky v mnozine A.
Mnozina C: obsahuje ceny s DPH, vypocitane pre prvky z mnoziny B.
V com je problem: Mnozina C nikdy nebude zhodna s mnozinou A. Vzdy to bude len jej podmnozina.
Cize ak mate v DB stlpce "s dph" a "bez dph", tak na otazku ktory stlpec ponechat tak mame 2 moznosti:
- Ponechame stlpec s DPH, pretoze pricetny clovek netusi ci je tento stlpec z mnoziny A alebo C. Stlpec "bez dph" zmaze, pretoze mnozinu B dokaze dopocitat jak zmnoziny A tak s mnoziny B
- Ponechame stlpec bez DPH, napriek tomu ze netusime ci neobsahuje aj ceny z mnoziny A. Tym padom sme odkazany na ceny s DPH len z mnoziny C
Vy ste si uvedomil ze moznost 2 je blbost, pretoze ani vy nemozete tusit ze ceny s DPH budu prave z mnoziny C. Lenze nebol by ste TROL keby ste zvolil moznost 1. Miesto toho ste zvolil moznost 2, ktoru ste si ohol tak aby vam vyhadzali ceny aj pre mnozinu A (pridal ste si k cene bez dph jedno desatinne miesto). Napriek tomu ze to riesi co riesit netreba (stacilo by zvolit moznost 1). Potom vsetky vypocty skrz celou bussines logikou budu musiet ratat s tym ze ta cena je ulozena nestandartne. Skuste si napisat napriklad sql dotaz, kde pred scitatnim sa stlpec zaokruhluje, a zajte si na to zobrazit plan toho dotazu.
K tej vasej obojsmetnosti/jednosmernosti: funcia je vzdy jednosmerna. Moze k nej ked tak existovat funkcia inverzna. Ale ani ta nie je obojsmerna.