IT rekvalifikace s garancí práce. Seniorní programátoři vydělávají až 160 000 Kč/měsíc a rekvalifikace je prvním krokem. Zjisti, jak na to!
Hledáme nové posily do ITnetwork týmu. Podívej se na volné pozice a přidej se do nejagilnější firmy na trhu - Více informací.
Avatar
Marek Šafránek:18.1.2017 20:42

Zdravím, učím se na jednoduchém projektu, kde chci uživateli vytvořit kredit.
A zajímalo by mne, jestli je lepší řešení uchovávat v databázi MySQL jednu konkrétní hodnotu a jí zvyšovat a snižovat pomocí tabulky dobití vs výběr a uloženou procedurou, nebo php funkcí navyšovat / snižovat kredit.

Nebo mít velkou tabulku všech transakcí toho uživatele, a tu hodnotu kreditu pouze v případě potřeby získat dynamicky pomocí metody SUM apod...

Nad podobným problémem přemýšlím poprvé a budu rád za nějaké postřehy z praxe, možná přemýšlím nad blbostí, ale zajímalo by mě reálná implementace.­..Třeba zůstatek na bankovním účtu.

Odpovědět
18.1.2017 20:42
Stojí-li něco za námahu, je třeba to udělat pořádně...
Avatar
Odpovídá na Marek Šafránek
Neaktivní uživatel:18.1.2017 21:14

Rozhodně chceš mít uložené transakce a z nich počítat stav konta. Už jenom proto, že uživatele pravděpodobně bude zajímat, proč a kdy mu zmizel/přibyl kredit. Navíc budeš mít případně možnost pohodlně řešit storno a refundace.
// Dost pravděpodobně chceš tabulku transakcí všech uživatelů, ne jen jednoho uživatele.

Editováno 18.1.2017 21:16
Nahoru Odpovědět
18.1.2017 21:14
Neaktivní uživatelský účet
Avatar
Odpovídá na Neaktivní uživatel
Marek Šafránek:18.1.2017 21:24

Díky. A to vypočítávání bys dělal automaticky jako trigger při každém vložení záznamu do tabulky, a ukládal konečný stav creditu do vlastního políčka, nebo udržoval sloupec trvale dynamický třeba v pohledu, nebo to počítat až přímo pro potřebu scriptu?

Nahoru Odpovědět
18.1.2017 21:24
Stojí-li něco za námahu, je třeba to udělat pořádně...
Avatar
Marek Šafránek:18.1.2017 21:29

Za předpokladu, že ten stav kreditu bude hodně dynamický

Nahoru Odpovědět
18.1.2017 21:29
Stojí-li něco za námahu, je třeba to udělat pořádně...
Avatar
Odpovídá na Marek Šafránek
Neaktivní uživatel:18.1.2017 22:19

Nejdřív bych to udělal jednoduše bez triggeru. Pokud bys měl hodně čtení a výrazně tě to zpomalovalo, pak bych zauvažoval nad přidáním indexu nebo triggeru. Ale nejsem žádněj velikej databázista.

Nahoru Odpovědět
18.1.2017 22:19
Neaktivní uživatelský účet
Avatar
Richard
Inzerent nabídek práce
Avatar
Odpovídá na Marek Šafránek
Richard:18.1.2017 22:21

Viděl bych lepší držet u uživatele i aktuální stav kreditu. Tedy nepočítat to pokaždé dynamicky. Až bude mít hromadu transakcí, bude to zbytečně zdržovat.
Prostě po každé transakci (plus, minus, storno, refund apod...) uložit transakci do tabulky transakcí a zároveň spočítat uživateli aktuální kredit a ten si držet u jeho id.

Nahoru Odpovědět
18.1.2017 22:21
Udělej to teď - možná nebudeš mít už čas to udělat později
Avatar
Odpovídá na Richard
Neaktivní uživatel:18.1.2017 22:24

Když bude mít hodně úprav (což předpokládá), pak ho naopak bude přepočítávání při každé změně brzdit.

Nahoru Odpovědět
18.1.2017 22:24
Neaktivní uživatelský účet
Avatar
Richard
Inzerent nabídek práce
Avatar
Odpovídá na Neaktivní uživatel
Richard:18.1.2017 22:26

Jo, asi bude třeba rozhodnout , kde bude důležitější být rychlejší a kde naopak bude možná prodleva.

Nahoru Odpovědět
18.1.2017 22:26
Udělej to teď - možná nebudeš mít už čas to udělat později
Avatar
Marek Šafránek:18.1.2017 22:45

A co udělat tabulku , do které ukládat všechny transakce a pro potřebu aplikace vytvořit MySQL pohled, který bude mít třeba jen sloupec id a kredit - udržovaný pomocí aggregované funkce z té tabulky, a s tou hodnotou dále pracovat v aplikaci?

Bude to mít nějaký pozitivní význam? Potřebuji zajistit, aby aplikace neumožnovala akce v případě záporného kreditu, tech změn bude tak 20 za minutu pro jednoho uživatele.

Nahoru Odpovědět
18.1.2017 22:45
Stojí-li něco za námahu, je třeba to udělat pořádně...
Avatar
Odpovídá na Marek Šafránek
Neaktivní uživatel:18.1.2017 22:52

Pohledem můžeš shovávat komplexnější kód, ale výkonnostně ti to nijak nepomůže.

Nahoru Odpovědět
18.1.2017 22:52
Neaktivní uživatelský účet
Avatar
Marek Šafránek:18.1.2017 23:16

A ještě malý dotaz, je lepší mít samostatné tabulky pro ruzné druhy operací dobití kreditu / odeslání kreditu, nebo jedna a věnovat tomu sloupec pro odlišení a operovat se znaménky?

Nahoru Odpovědět
18.1.2017 23:16
Stojí-li něco za námahu, je třeba to udělat pořádně...
Avatar
Honza
Člen
Avatar
Odpovídá na Marek Šafránek
Honza:18.1.2017 23:25

Určitě bych to dal do jedné tabulky a ke každému záznamu přidával ID typu transakce. Jednak se ti s tím bude mnohem líp pracovat až budeš tvořit nějaký komplexnější dotaz a jednak kdybys chtěl s těma kreditama dělat něco dalšího (třeba mít ještě další stavy "čeká na připsání", "čeká na platbu" apod.) tak bys musel přidávat do databáze další tabulky a upravovat dotazy a to není moc systematické.

Nahoru Odpovědět
18.1.2017 23:25
Snadnou cestou se daleko nedostanete, je tam velká tlačenice...
Děláme co je v našich silách, aby byly zdejší diskuze co nejkvalitnější. Proto do nich také mohou přispívat pouze registrovaní členové. Pro zapojení do diskuze se přihlas. Pokud ještě nemáš účet, zaregistruj se, je to zdarma.

Zobrazeno 12 zpráv z 12.