Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
2. JAR je na rozdíl od DLL poměrně obecný soubor, vnitřně ne nepodobný ZIPu.JAR je ZIP.
4. Maven je vlastně uživatelským zjednodušením Antu, který má podobnou filozofii jako Make. Otevřený formát opět přispívá k jednoduchosti.Ant je skript popisující způsob buildu, je to stejný princip, jako Make. Maven přišel s úplně jiným principem – popíše se struktura projektu, a Maven už bude vědět, jak takovou strukturu sestavit. Nápad to byl perfektní, pak by se stejným popisem projektu mohlo pracovat třeba IDE. Bohužel se toho sám Maven pak nedržel, takže místo popisu, jak projekt vypadá, se pak stejně popisovalo, jak se má sestavovat – poměrně nepohodlně konfigurací pluginů v XML. Dneska se prosazuje Gradle, který se vrátil znovu k tomu, že build je popsaný skriptem – ale spoustu běžných věcí tam stačí jen nakonfigurovat.
PTR zaznam nemam, lebo mam dynamicku IP, tym padom mi UPC odmieta nastavait spatny zaznam.Tím je to vyřešené – z dynamicky přidělovaných IP adres dnes e-maily rozesílat nejde, někam byste je možná doručil, ale spousta serverů e-maily z takových adres rovnou odmítne.
A ona ta editace někdy nastane? Nevím, o co přesně jde a jaký je zdroj těch záznamů, ale tipuji že to bude poměrně výjimečná situace. A v té se dá projet ten dotaz znovu s omezením na daného klienta.Pokud nenastane, mělo by na té tabulce být omezení, které editaci neumožní. Pokud nastat může, měl by na tabulce být trigger, který přepočítání zajistí automaticky. Spoléhat na to, že si někdo vzpomene, že by se měla přepočítat data, je nejlepší způsob, jak získat nekonzistentní databázi.
Takže nepotřebujete znát historický součet po každém vkladu, ale stačí vám znát aktuální součet (po posledním vkladu). Takže si vytvořte druhou tabulku, kde bude klient_id a vklad_celkem, a tuto tabulku aktualizujte triggerem při změně v tabulce vkladů.Ano, je to pěkně hloupá myšlenka ukazující na špatný návrh.
me nic jineho nenapadlo, potrebuji pri zobrazovani pohybu a stavu portfolia spocitat aktualni podil na celkove investici
takze je lepsi si ten soucet predpocitat, nez poustet celkem zbytecne slozity SUM pri kazdem zobrazeni
ale rad si necham poradit neco lepsiho
UPDATE tbl u1, (SELECT (SELECT SUM(vklad) FROM tbl t2 WHERE t1.date >= t2.date AND t1.klient = t2.klient) as vklad_celkem FROM tbl t1) u2 SET u1.vklad_celkem = u2.vklad_celkem;Tohle řešení je správně (teda pokud je možné v MySQL udělat takovýhle JOIN v UPDATE), ty přidané ORDER BY jsou tam k ničemu, respektive rozumná databáze vám to s nimi ani nedovolí spustit. Vzhledem k tomu, že je řeč o MySQL a je takováhle struktura databáze, o miliony záznamů asi nepůjde.
ale bude fungovat jen pokud bude jeden vklad za den, pokud by jich bylo více, musíte tabulky synchronizovat třeba podle nějakého čísla transakce, nebo data i s přesným časem.
UPDATE tabulka t1
SET vklad_celkem = (
SELECT SUM(vklad)
FROM tabulka t2
WHERE t1.klient_id = t2.klient_id
AND t2.datum <= t1.datum
)
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.