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í
×

dnes 12:22 | Bezpečnostní upozornění

Ve středu vydaná "npm@next" verze 5.7.0 správce balíčků pro JavaScript npm (Wikipedie, Node Package Manager) přinesla řadě uživatelů Linuxu nečekanou nepříjemnost. V závislosti na způsobu instalace a ve spojení s příkazem sudo mohlo dojít ke změně vlastníka u systémových souborů, také například /. Chyba je opravena v před několika hodinami vydané verzi npm 5.7.1 [reddit].

Ladislav Hagara | Komentářů: 5
dnes 10:00 | Nová verze

Byla vydána verze 10.5 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Zdůraznit lze integrovanou podporu Let's Encrypt.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Komunita

Příspěvek na blogu Signalu (Wikipedie) informuje o založení neziskové nadace Signal Foundation, jež bude zastřešovat další vývoj tohoto svobodného bezpečného komunikátoru běžícího také na Linuxu (Signal Desktop). Brian Acton, spoluzakladatel WhatsAppu, věnoval nadaci 50 milionů dolarů [Hacker News].

Ladislav Hagara | Komentářů: 1
včera 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
21.2. 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
21.2. 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 3
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 12
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (3%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 437 hlasů
 Komentářů: 35, poslední 21.2. 19:51
    Rozcestník

    Dotaz: MySQL primární klíč za každou cenu?

    28.8.2010 02:47 prikes
    MySQL primární klíč za každou cenu?
    Přečteno: 1698×
    Hodně často nacházím v článcích o mysql napsané o primárním klíči, že má být v každé tabulce. Co když ho v nějaké tabulce mít nebudu? To snad zpomaluje mysql nebo co když tam není? Třeba pokud mám tabulku mapující uid na gid, tak přece nebudu vytvářet ještě kromě sloupců uid a gid ještě sloupec id (který bude primárním klíčem) jak to často vídávám v návrzích. Jaký na to máte názor?

    Odpovědi

    Jendа avatar 28.8.2010 03:54 Jendа | skóre: 74 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Hodí se to, pokud budeš chtít právě jedno konkrétní mapování smazat.
    bazil avatar 28.8.2010 05:10 bazil | skóre: 33 | blog: sluje | Miroslav
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    nejdřív si prosimtě zjisti a přečti neco o normálních formách a o primárních klíčích ... (primární klíč != ID)
    28.8.2010 12:24 prikes
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    nejdřív si prosimtě zjisti a přečti neco o normálních formách a o primárních klíčích ... (primární klíč != ID)
    To jsem nikdy netvrdil. Já psal že to tak v návrzích vídám.
    okbob avatar 28.8.2010 07:43 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Primární klič je sloupec jehož obsah jednoznačně identifikuje řádek tabulky. Ve Vašem případě tedy sloupec uid prohlásíte za primární klíč a máte hotovo.
    28.8.2010 12:26 prikes
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    To by byl docela problém, protože tabulka může vypadat takhle:
    UID    |    GID
    1           5
    1           8
    2           8
    ...
    
    okbob avatar 28.8.2010 21:41 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Jasně, to záleží pouze na definici - v tomto případě má smysl použít složený primární klíč. Výkonnostní efekt tam nebude žádný (pokud budete mít již index nad uid) - ale ochrání vás to před duplicitami.
    28.8.2010 09:29 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Já považuji za rozumné mít v každé tabulce umělý primární klíč (umělý proto, že u primárních klíčů z reálných dat se vždy dříve či později ukáže, že není zas až tak unikátní, že může být NULL apod.). S jedinou výjimkou, a tou jsou tabulky pro M:N mapování – pokud ta je důležitá jen ta samotná vazba a nemá tedy už žádné další atributy. Pak je logické mít jako primární klíč té tabulky oba její sloupce (protože ta vazba je unikátní) – ve vašem případě bych tedy do primárního klíče dal UID, GID.
    28.8.2010 12:31 prikes
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    To zní rozumně. Opravdu tam bude vždy jen unikátní vazba uid-gid. Teď to mám udělané tak, že uid a gid jsou prostě jen INDEXované, každé zvlášť. Takže by to mělo být takto?:
    UID - INDEX
    GID - INDEX
    UID + GID - PRIMARY
    
    Je dobré že si databáze bude hlídat unikátnost záznamů, ale není to zbytečné? To si snadno ohlídám v aplikaci a nebude to na úkor zvětšování tabulky databáze.
    Heron avatar 28.8.2010 12:41 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Je dobré že si databáze bude hlídat unikátnost záznamů, ale není to zbytečné?

    Není to zbytečné. DB si má sama hlídat integritu dat (od toho je to taky databáze).

    To zní rozumně. Opravdu tam bude vždy jen unikátní vazba uid-gid. Teď to mám udělané tak, že uid a gid jsou prostě jen INDEXované, každé zvlášť. Takže by to mělo být takto?:
    UID - INDEX
    GID - INDEX
    UID + GID - PRIMARY
    

    Měl by stačit pouze primární klíč, ten lze použít i na vyhledávání dle UID. Případně ještě (podle typů dotazů) index nad GID. Také záleží, jakou to bude mít selektivitu, pokud bude 2mil uživatelů v 5 skupinách, tak bude procházení indexem na GID dražší než průchod celou tabulkou (potom je index jen režie navíc). Uvidíš podle prováděcího plánu.

    28.8.2010 13:01 prikes
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Já myslel že pokud je jakýkoliv index nad více sloupci, tady uid+gid, tak by měl vždy dotaz vypadat např. "SELECT * FROM groupmap WHERE uid = 44 AND gid = 41"? Proto jsem chtěl ještě přidávat zvlášť ty INDEXy na jednotlivé sloupce.
    Aleš Janda avatar 28.8.2010 16:12 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Je to tak, že když vytvoříš index nad více sloupci, např. nad UID + GID, tak ten index má tu vlastnost, že dokáže efektivně hledat i podle prvních 1..n sloupců. V tomto případě tedy dokáže efektivně vyhledávat i podle samotného UID (protože je v indexu jako první). Je to vlastně index „zadarmo“. Když prohodíš pořadí sloupců v indexu, tak samozřejmě bude efektivnější vyhledávat podle GID.

    Pokud ale vyhledáváš vždy podle obou sloupců, je to jedno.
    28.8.2010 17:31 prikes
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Abych to shrnul, pokud budu vyhledávat podle uid a gid najednou tak se vyplatí mít jen jeden primary index na uid+gid, pokud budu vyhledávat podle 1. sloupce uid, tak také stačí jeden primary key a je stejně efektivní jako jeden index na sloupci. Pokud budu ale vyhledávat jak podle uid, tak gid, dokonce i podle obou, tak je výhodné mít PRIMARY nad uid+gid + INDEX nad gid. Pochopil jsem to tak správně?
    Aleš Janda avatar 28.8.2010 17:34 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Přesně tak :-)

    Kdyžtak můžeš pro kontrolu napsat přímo SQL dotaz a zadat před něj EXPLAIN - řekne ti, podle jakých indexů se hledá, v čem apod., tedy jakou má ten dotaz složitost.
    28.8.2010 12:51 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Všecho si můžete ohídat v aplikaci a databázi degradovat na úložiště klíč=hodnota. Spousta ne příliš schopných programátorů se k tomuhle přístupu i velmi blíží (kdy třeba z databáze vytáhnou všechny záznamy a filtrují je pak v aplikaci). Já se snažím mít naopak v databázi co nejvíc toho jde – unikátnost, omezení hodnot, omezení vazeb atd. Pokud vím, že budu v aplikaci používat nějaké sloučení tabulek (JOIN), udělám si na to rovnou v databázi pohled a v aplikaci používám ten. A pokud vím, že budu používat nějaké složitější vkládání nebo aktualizace, které nevyřeší jednoduchý INSERT nebo UPDATE, udělám si na to uložené procedury. Sice to všechno jde dělat i v aplikaci, ale když to udělám takhle, vím, že k databázi může přistupovat i jiná aplikace, nebo že až budu potřebovat udělat zásah přímo do databáze (protože danou věc třeba aplikace neumí a nevyplatí se to programovat pro případ, který nastane jednou za rok), můžu všechno tohle použít a nemusím se bát, že databázi rozbiju.
    Heron avatar 28.8.2010 16:28 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Všecho si můžete ohídat v aplikaci a databázi degradovat na úložiště klíč=hodnota.

    To je také cesta, v tom případě bych ale navrhoval použít přímo key-value DB a ne ji simulovat v SQL.

    28.8.2010 10:41 FooBar
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Ackoliv to bude znit jako buzerace... plne souhlasim s komentarem vyse, vazne si neco precti o relacnich databazich (!= "tutorial k MySQL"), relacni teorii a normalizaci databaze. Jinak se ti taky muze stat, ze jednoho dne budes pracovat ve firme, kde navrhnes databazi, a nekdo ti kvuli tvymu navrhu utrhne rucicky i nozicky :)
    bazil avatar 28.8.2010 11:23 bazil | skóre: 33 | blog: sluje | Miroslav
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    co já bych dal za možnost některým to udělat :-D
    28.8.2010 14:46 sivlk | skóre: 15 | blog: sivlk
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    > vazne si neco precti o relacnich databazich

    nejake konkretne publikacie nemas na mysli, mozu byt aj anglicke
    Aleš Janda avatar 28.8.2010 17:40 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Ještě k dotazu - někdy opravdu mívá smysl mít tabulku bez klíče. Třeba taková, která má jeden textový sloupec, vyhledává se v ní LIKE "%text%" a je víceméně readonly (protože se nelze odkázat na konkrétní řádek), tak tam fakt klíč nemá smysl. Ovšem praktická potřeba takové tabulky je přinejmenším sporná.

    Mnohem smysluplnější využití si ale umím představit záměrné neuvedení klíčů z důvodu rychlosti během naplnění - např. vytvořím tabulku a chci tam rychle dát milión řádků. To je lepší tam napřed ty řádky dát a klíče vytvořit až potom. Popř. pokud je to jen nějaká automaticky generovaná tabulka pro zálohu (která se mnohokrát přepisuje a prakticky nikdy nečte), pak to taky smysl má i bez klíčů.

    Jde ale o to, že tyto případy jsou tak řídké, že chybějící klíč je mnohem častěji spíše chyba návrhu než záměr.
    Josef Kufner avatar 14.9.2010 00:04 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: MySQL primární klíč za každou cenu?
    Použij EXPLAIN a sám se podívej, které indexy mají smysl a které ne. Někdy je dokonce lepší některé indexy odstranit, aby MySQL nemátly. Pokud do tabulky hodně zapisuješ a málo čteš, může být i výhodnější nemít indexy žádné, protože je potřeba jich udržovat.
    Hello world ! Segmentation fault (core dumped)

    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.