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

včera 18:11 | Nová verze

Společnost Oracle oficiálně oznámila vydání Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) a Java EE 8 Software Development Kit (SDK). Java SE 9 přináší více než 150 nových vlastností.

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

Na Humble Bundle lze získat hororovou počítačovou hru Outlast (Wikipedie) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 1
včera 10:33 | Humor

Mozilla.cz upozorňuje na Knihu Mozilly (Wikipedie), tj. velikonoční vajíčko ve Firefoxu. Zobrazit jej lze zadáním about:mozilla do adresního řádku. Aktuální verze Firefoxu obsahuje proroctví 15:1 "Dvojčata Mamonu se rozhádala a jejich souboje uvrhly svět do nové tmy. Zvířeti se ale tma hnusila. A tak se stalo mrštnější a silnější, šlo vpřed a jeho počty rostly. A zvíře přineslo oheň a světlo do tmy". Firefox 57 bude obsahovat proroctví 11:14. To je zatím jenom v angličtině. Pomoci lze s překladem do češtiny.

Ladislav Hagara | Komentářů: 8
včera 01:22 | Zajímavý projekt
Před měsícem byla spuštěna kampaň na podporu chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Cílem kampaně je vybrat alespoň milion a půl dolarů. Aktuálně je vybráno přes 600 000 dolarů, tj. 40 %. Kampaň poběží ještě další měsíc. Podporu projektu oznámilo KDE i GNOME.
Ladislav Hagara | Komentářů: 26
včera 00:55 | Komunita

Agentura DISA (Defense Information Systems Agency) publikovala (pdf) Ubuntu 16.04 Security Technical Implementation Guide (STIG) (zip), tj. doporučené bezpečnostní nastavení Ubuntu 16.04. Ubuntu se tak dostalo mezi unixové operační systémy a linuxové distribuce AIX, HP-UX, Oracle Linux, Red Hat a Solaris [reddit].

Ladislav Hagara | Komentářů: 2
21.9. 22:55 | Bezpečnostní upozornění

CSIRT.CZ informuje, že byly vydány nové bezpečnostní aktualizace, které opravují několik zranitelných míst v Sambě. Útočník může využít zranitelnosti s cílem získání přístupu k potenciálně citlivých informací. Uživatelům a správcům je doporučeno, aby zkontrolovali bezpečnostní opatření pro CVE-2017-12150, CVE-2017-12151 a CVE-2017-12163 a provedli potřebné aktualizace.

Ladislav Hagara | Komentářů: 0
21.9. 21:44 | Komunita

Společnost Red Hat aktualizovala svůj slib ohledně softwarových patentů. Slib nově zahrnuje i open source software pod permisivními licencemi.

Ladislav Hagara | Komentářů: 0
21.9. 08:55 | Komunita

Do 22. září probíhá v Mountain View konference XDC2017 (X.Org Developer's Conference). Na programu je řada zajímavých přednášek. Sledovat je lze online. K dispozici je záznam přednášek ze včerejšího dne.

Ladislav Hagara | Komentářů: 0
20.9. 17:33 | Nová verze

Byla vydána nová stabilní verze 1.12 (1.12.955.36) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují možnost zobrazení metadat u digitálních fotografií, vylepšený panel stahování a omezení sytosti barvy zdůraznění (YouTube). Nejnovější Vivaldi je postaveno na Chromiu 61.0.3163.91.

Ladislav Hagara | Komentářů: 40
20.9. 10:55 | Nová verze

Byla vydána verze 4.0 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 16.10, Ubuntu 16.04 a Ubuntu 14.04.

Ladislav Hagara | Komentářů: 5
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 558 hlasů
 Komentářů: 22, poslední 29.8. 11:23
    Rozcestník

    Dotaz: Navrh db - mysql

    10.11.2008 22:49 xts | skóre: 10
    Navrh db - mysql
    Přečteno: 389×
    Zdravim,

    zprovoznuju databazi pod mysql ze ktere si bude php tahat data. Bude se jednat o firmy a jejich kontakty. Tech firem bude vic, tech kontaktu hodne, tj. stovky, tisice, mozna vic. Jaky by byl optimalni navrh databaze? Kdyz vytvorim tabulku treba "firmy" a kazda bude mit jeden radek, nepridam tam neomezene kontaktu. Vytvaret tabulku pro kazdou firmu mi prijde divny, je to ok nebo ne? Vpodstate jediny reseni ktery me napadlo je jedna tabulka "firmy" kde kazda bude mit svoje id, a tabulka "kontakty" kde budou vsechny kontakty dohromady a u nich id ke komu patri. Je to cisty? Jak byste to resili vy co se v tom vyznate?

    A jeste jeden hloupej dotaz - sql predpokladam ma limit jenom vykonovej, tzn. kdyz tech kontaktu v jedny tabulce bude treba 100000 nebo i vic bude to ok?

    diky

    Odpovědi

    10.11.2008 23:23 mozog | skóre: 28
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    Ahoj,

    ja podobne veci riesim tak, ako si popisal v druhej casti - zoznam firiem v jednej tabulke, kde je ID firmy, meno firmy a dalsie dolezite udaje, a druha tabulka, kde je tiez ID firmy, jednotlive kontakty, prip. dalsie potrebne udaje.
    Zase na druhu stranu, ak by pocet firiem bol relativne maly, tak mozes urobit samostatne tabulky s kontaktmi pre kazdu firmu.
    11.11.2008 13:26 xts | skóre: 10
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    diky vsem za pomoc.
    Heron avatar 11.11.2008 07:48 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    Toto je klasický příklad N:M relace. Jedna firma má mnoho kontatků s jeden kontakt patří mnoha firmám.

    V zásadě se to řeší třemi tabulkami. Tabulka Firmy (ID_FIRMA, JMENO_F, ....) Tabulka Kontakty (ID_KONTAKT, JMENO_K,...) a spojovaci tabulka relace N:M (ID_FIRMY, ID_KONTAKTU). Pokud pak chcete k nějaké firmě vytáhnout všechny kontakty, tak je to SELECT podle ID_FIRMY a JOIN s tabukou kontaktů (pro vytažení třeba jména a telefonu).
    11.11.2008 18:31 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    Pokud pak chcete k nějaké firmě vytáhnout všechny kontakty
    Ona ale může nastat i opačná situace, a to pak potrápí. Jsem rád, že už jsem to dlouho nemusel řešit, ale kdybych musel někdy rozhodovat o vazbě firma-kontakt nebo firma-adresa, dlouho bych se rozmýšlel, jestli ji radši neudělat 1:N.
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    Heron avatar 11.11.2008 19:05 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    Opačná situace je která? Jestli ke kontaktu najít všechny firmy, tak to jde uplně stejným způsobem (akorát se v tom dotazu změní jména tabulek). Takto rozložená vazba N:M je z obou stran stejná.
    11.11.2008 19:24 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    Opačná situace je najít, ke které firmě kontakt patří.

    Uvědomuju si, že taková potřeba vyvstává v podstatě kvůli nedostatku v návrhu (no, dalo by se diskutovat, zda je nedostatek neuložit si vedle kontaktu taky o jakou firmu jde, protože to komplikuje uživatelské rozhraní), ale ona kupodivu vyvstává…
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    Heron avatar 11.11.2008 19:29 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    Buď si nerozumíne, nebo oba mluvíme o něčem jiném. V příkladu, který jsem ukázal prve, je stejně jednoduché k firmě najít kontakty, jako najít ke kontaktu firmy.
    11.11.2008 20:24 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    To samozřejmě ano, ale já úmyslně mluvím v jednotném čísle :-) Ono už je to tady offtopic, ale když máte z nějaké tabulky vazbu na kontakt, ale už ne na firmu, zažijete perné chvíle, když po pár letech přijde požadavek na sestavu, ve které budete chtít sčítat přes firmy. Ale jak říkám, to je OT, tak to asi nechme.
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    Heron avatar 11.11.2008 20:26 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    Tak takhle samozřejmě ano :-). Ale i toto se dá řešit jinak, než uměle vytvořenou vazbou 1:N. Pravda, je to OT.
    Heron avatar 11.11.2008 07:52 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Navrh db - mysql
    K tomu výkonu. U DB výkon prakticky nezáleží na počtu záznamů. Vše závisí na návrhu DB schematu (normální formy, sloupce jsou malé a mají vhodné datové typy) a na optimalizaci dotazů (vybírám jen to co potřebuju, vše nad čím vyhledávám a spojuji má vhodné indexy atd).
    11.11.2008 11:08 Tomas
    Rozbalit Rozbalit vše Re: Navrh db - mysql

    Zkuste si přečíst něco od E-R modelování. Třeba tady, tady a tady. To by Vás mělo nasměrovat správným směrem.

    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.