abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
16.8. 19:00 | Nová verze

Byla vydána verze 18.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
16.8. 18:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 155. brněnský sraz, který proběhne v pátek 17. srpna od 18:00 na zahrádce restaurace Tanganika (Horova 35). V případě nepřízně počasí uvnitř. Tentokrát bude sraz pojat tématicky. Vzhledem k blížícímu se 50. výročí invaze vojsk Varšavské smlouvy do Československa proběhne malá výstava. Kromě literatury budou k vidění též originály novin z 21. srpna 1968, dosud nikde nezveřejněné fotky okupovaného Brna a původní letáky rozdávané v ulicích.

Ladislav Hagara | Komentářů: 0
16.8. 01:00 | Komunita

Měsíc po Slackware slaví 25 let také Debian. Přesně před pětadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 10
15.8. 06:00 | Nová verze

Byla vydána nová verze 1.26 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 28
15.8. 03:00 | Nová verze

Po více než 3 měsících vývoje od vydání verze 2.12.0 byla vydána nová verze 3.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 169 vývojářů. Provedeno bylo více než 2 300 commitů. Přehled úprav a nových vlastností v seznamu změn. Proč verze 3.0.0 a ne 2.13.0? Není to kvůli triskaidekafobii. QEMU letos v březnu slavilo 15 let od oznámení verze 0.1 a to je dle vývojářů dobrý důvod pro novou major verzi. Vývojáři mají v plánu zvyšovat major verzi jednou ročně, vždy s prvním vydáním v daném roce.

Ladislav Hagara | Komentářů: 3
14.8. 22:11 | Bezpečnostní upozornění

Intel potvrdil (INTEL-SA-00161) další bezpečnostní problém ve svých procesorech. Problém byl pojmenován L1 Terminal Fault aneb L1TF. Popis problému přímo od Intelu na YouTube. Jedná se o CVE-2018-3615 (SGX), CVE-2018-3620 (OS/SMM) a CVE-2018-3646 (VMM). Další informace na stránce Foreshadow nebo přímo v dnešním commitu do Linuxu.

Ladislav Hagara | Komentářů: 19
14.8. 12:33 | IT novinky

Po více než 4 letech bylo vydáno RFC 8446 popisující verzi 1.3 protokolu TLS (Transport Layer Security). Popis novinek i historie TLS například v příspěvku na blogu Cloudflare.

Ladislav Hagara | Komentářů: 0
14.8. 11:11 | Zajímavý software

V roce 1998 uvedla společnost Tiger Electronics na trh elektronickou hračku, malého chlupatého tvora s velkýma ušima, Furby. Furby patřil k nejžádanějším hračkám. Během tří let se jich prodalo více než 40 milionů. Furby již tenkrát reagoval na světlo, zvuk, polohu, doteky a přítomnost dalších Furby. Sám mluvil a pohyboval se. Firmware uvnitř simuloval postupný vývoj a učení. Zdrojový kód tohoto firmwaru byl zveřejněn na Internet Archive [Hacker News].

Ladislav Hagara | Komentářů: 21
14.8. 02:00 | Nová verze

Australská společnost Blackmagic Design oznámila vydání verze 15 svého proprietárního softwaru pro editování videa a korekci barev DaVinci Resolve běžícího také na Linuxu. Představení nových vlastností na YouTube. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 299 dolarů. Před rokem to bylo 995 dolarů.

Ladislav Hagara | Komentářů: 0
13.8. 21:00 | Zajímavý projekt

Cílem projektu DXVK bylo vytvořit vrstvu kompatibility mezi Direct3D 11 a Vulkanem a začlenění této vrstvy do Wine. Direct3D 10 nad Vulkanem bylo možné řešit mezikrokem pomocí vrstvy DXUP překládající Direct3D 10 na Direct3D 11. Vývojáři DXVK se rozhodli přímo podporovat Direct3D 10. Podpora byla začleněna do hlavní větve na GitHubu.

Ladislav Hagara | Komentářů: 4
Používáte zařízení („chromebook“, „chromebox“ či tablet) s ChromeOS?
 (6%)
 (3%)
 (14%)
 (77%)
Celkem 206 hlasů
 Komentářů: 10, poslední dnes 11:25
    Rozcestník

    Dotaz: MySQL: Rozdělit do tabulek, nebo ne?

    15.3.2017 20:32 Hrabosh | skóre: 26 | blog: HBlog | Brno
    MySQL: Rozdělit do tabulek, nebo ne?
    Přečteno: 1183×
    Zdravím,

    co se týká databází, jsem naprostý začátečník. Rozjel jsem MySQL server a do databáze chci ukládat teplotu z čidel v různých místnostech domu v cca 10 minutových intervalech.

    Je lepší vytvořit jednu tabulku a tam mít sloupce čas, datum, místnost, teplota, nebo bude lepší mít separátní tabulku pro každou místnost a sloupce pak jen čas, datum a teplota?

    Díky,

    Z.
    To jsem psal já ... to není bordel, to je modulární!

    Řešení dotazu:


    Odpovědi

    15.3.2017 20:59 NN
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    V pripade samostatnych tabulek odpadne identifikace cidla a nebudes muset data filtrovat, takze bych byl pro samostatnou tabulku na kazdy senzor.
    15.3.2017 21:18 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?

    Rozhodně to první (tedy až na to, že nemá smysl rozdělovat datum a čas do dvou sloupců).

    Ve druhé variantě byste ve frontendu musel pro každou místnost úplně zbytečně generovat vlastní dotaz. A pokud byste zatoužil po výstupu typu "ukaž mi teploty ve všech místnostech v určitém čase", tak to bude oproti první variantě mnohem komplikovanější.

    15.3.2017 21:24 Kit | skóre: 41 | Brno
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    No jo, teď teprve vidím, že se snaží dát datum a čas do dvou sloupců. Rozhodně patří do jednoho.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    15.3.2017 21:32 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    Abych to zobecnil: v okamžiku, kdy zjistíte, že potřebujete v dotazu hodnotu nějaké proměnné nebo výrazu použít jako jméno sloupce nebo tabulky, ve většině případů to znamená, že jste strukturu navrhl špatně.
    15.3.2017 21:22 Kit | skóre: 41 | Brno
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    Použil bych jednu tabulku. Až přidáš další čidlo, nebudeš muset kvůli tomu měnit aplikaci.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    16.3.2017 09:27 Hrabosh | skóre: 26 | blog: HBlog | Brno
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    Super, dík moc. Zvolím teda jednu tabulku pro teploty ve všech místnostech.
    To jsem psal já ... to není bordel, to je modulární!
    20.3.2017 11:16 j
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    Jinak si pocti vic tabulek pro stejny data odporuje uplne vsemu. Byt se to jako backend pouziva kvuli zvednuti vykonu, ale v takovym pripade by to aplikace jako takova vubec nemela videt. Jediny spravny misto kde urcit jaky data chces je prave where, rozhodne ne from. Viz MK.
    20.3.2017 13:45 VM
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    "jediný správný místo je where" - jojo, umístění měřidla se píše do "WHERE" :-)

    Jinak samozřejmě všechno do jedné tabulky. Pokud by to člověk opravdu z nějakého důvodu chtěl v databázi vidět zvlášť, tak se vždy dají udělat pohledy (VIEW).
    xkucf03 avatar 26.3.2017 15:37 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: MySQL: Rozdělit do tabulek, nebo ne?
    • Data ze všech čidel dej do jedné tabulky.
    • Datum a čas měj v jednom sloupci – typ timestamp – mj. proto, že ti to umožní psát dotazy, které vrací všechny hodnoty mezi dvěma časovými okamžiky (kdybys to měl ve dvou sloupcích, tak ten dotaz bude složitější).
    • Ve druhé tabulce pak budeš mít číselník místností/čidel a mezi tabulkami bude cizí klíč.

    Pro úplnost (ale to teď neřeš):

    • Rozdělit data stejného typu do více tabulek je za běžných okolností chybný návrh, ale někdy se to naopak dělá záměrně kvůli výkonu – říká se tomu partitioning (nebo sharding, když je to distribuované přes víc serverů). Data rozdělíš podle nějakého klíče, např. rok nebo tady místnost – a potom když hledáš záznamy z konkrétního roku nebo místnosti, tak nemusíš prohledávat všechna data (je to ještě rychlejší než indexy). Nicméně tohle by sis neměl implementovat sám v aplikaci a měla by to za tebe řešit databáze nebo nějaký framework.
    • Existují i specializované databáze pro časové řady, ale při tomhle objemu dat to klidně můžeš sypat do té MySQL.
    • Někdy se hodí funkční indexy – ty neindexují hodnotu sloupce ale výsledek nějaké funkce – např. bys mohl zaindexovat funkci, která vrací pouze datum nebo pouze čas nebo den v týdnu atd. a pak si rychle vytáhnout data pro nějaké dny nebo hodiny.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.