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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 3
dnes 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 4
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 9
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 24
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 4
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 1
2.12. 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 771 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Navrh db - mysql

10.11.2008 22:49 xts | skóre: 10
Navrh db - mysql
Přečteno: 383×
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: 50 | 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: 50 | 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: 50 | 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: 50 | 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: 50 | 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.