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 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

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

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
dnes 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
včera 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 5
včera 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 28
včera 00:33 | Komunita Ladislav Hagara | Komentářů: 8
18.1. 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 333 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Zatez databaze tak nebo tak

    1.8.2008 13:29 Lokiji
    Zatez databaze tak nebo tak
    Přečteno: 843×
    Dobry den, chtel bych se zeptat nekoho kdo s tim ma zkusenosti, na necem ted pracuju a jsou zde 2 moznosti provedeni: 1.) mit mnoho malych databazi, mezi kterymi se budu prepinat mene casto, nebo 2.) mit jednu velkou ktera bude vyuzita castejc. co je z hlediska zateze serveru lepsi? mit data rozhazene ve vice databazich a prepinat se nebo je mit v jedne velke databazi a vysledky filtrovat? dekuji za odpoved Lokiji

    Odpovědi

    1.8.2008 13:34 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Na vašem místě bych se zabýval spíš tím, jestli engine, který chcete používat, umí efektivně pracovat s dotazy nad více databázemi a také s transakcemi nad více databázemi. Pokud ne, snažil bych se pokud možno vyhnout tomu, abyste musel současně pracovat s více databázemi.
    1.8.2008 13:47 Lokiji
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    jeste pro upresneni, bude to mysql a php+zend framework, pokud to pomuze, server bude apache
    Heron avatar 1.8.2008 14:14 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Nelámal bych si s tím hlavu a udělal to tak, jak je to jednodušší. Tedy jedna DB. Protože overhead PHP pro přepínání DB bude vyšší než teoretická úspora (= reálně 0%) pro MySQL.
    default avatar 1.8.2008 15:48 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    nebo je mit v jedne velke databazi a vysledky filtrovat?
    Tady asi nebude něco v pořádku, že? Být vámi použiju jen jednu databázi a předělám datový model tak, aby se nemuselo nic filtrovat. Je to totiž naprosto zbytečné. Jestliže s datovým modelem nemůžete "hýbat", pak použijte oddělené databáze (schémata).
    1.8.2008 16:23 Lokiji
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    spatne sem se vyjadril:-)omezit select jenom na to co chci, napr, vsechny co maji pole x="5", tak sem to myslel
    1.8.2008 16:39 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Tak teď už tomu vůbec nerozumím… Vy jste chtěl rozdělovat do různých databází data, která ve skutečnosti logicky patří do jedné tabulky? Proč?
    1.8.2008 16:45 Lokiji
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    ano, protoze predpokladam ze z 80% bude vyuzita jenom ta cast treba x="5", ze bych prochazel pak jenom primo urcene tabulky v primo urcenych databazi nez omezit select, nevim co je vic narocnejsi pro server.
    1.8.2008 17:00 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Dvacet procent mi připadá jako více než dostatečný důvod pro to, aby byla všechna data pohromadě.
    1.8.2008 17:17 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Pro těch pět přístupů za (minutu/hodinu/den, zvolte dle uvážení) je to stejně jedno. Konečně databáze je od toho, aby si sama poradila nad modelem dat (relačním modelem, proto taky relační databáze). Místo jiné databáze by bylo lepší uvažovat leda tak jen o pohledu (view) nad daty z jedné tabulky, to snad zvládne i MySQL.
    default avatar 1.8.2008 17:44 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    V případě, že z 80% budete pokládat jen jeden konkrétní dotaz (co se SELECT klauzule týče), ponechte data v jedné tabulce a založte kompozitní index, který bude pokrývat sloupec X (a další z WHERE klauzule) a pak všechny ze SELECT klauzule (včetně DETERMINISTIC funkcí).

    Budete ta data v té tabulce měnit často? Pakliže ne, a budete-li potřebovat maximální výkon (např. kompozitní index nebude schopen pokrýt všechny případy), zauvažoval bych nad materializovanými pohledy (opět s indexy). Budou-li se měnit často, musíte vyladit indexy.

    Na zvážení je i možnost rovnou data rozdělit do více tabulek. Tím se Vám věci ohledně indexů docela zjednodušší, ale rozhodně bych data nerozděloval do více databází…
    11.8.2008 12:31 albert
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Na toto je urceny partitioning, nevim ale zda je k dispozici v MySQL a myslim ze spis ne. Tzn. pripada v uvahu "rucni" partitiong, spocivajici v rozdeleni na vice tabulek a jejich sdruzeni formou view. Samozrejme funkcnosti partitioningu realizovaneho databazi to nedosahne (napr. nelze mit nepartisnovany index, tzn. nelze udelat PK nebo UK pres vsechna data).

    Rozdelovani do samostatnych databazi podle mne zcela postrada smysl. Neznam MySQL, ale nedovedu si predstavit, ze by dve tabulky kazda v jine databazi mohli byt vykonnejsi nez obe v jedne databazi, pokud je to fyzicky na stejnem stroji.

    A na zaver ze zkusenosti - cistota modelu je dlouhodobe dulezitejsi nez vykon. Nelogicke rozdeleni dat, rozsahle denormalizace apod. ma smysl zvazovat pouze v pripade, ze je neco identifikovano jako kriticky zpomalujici misto v ramci cele aplikace. Jinak bude cenou za zbytecny parprocentni narust vykonu slozita implementace a udrzba, vedouci k chybam a provoznim problemum.
    1.8.2008 16:22 R
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    1 aplikacia = 1 databaza

    Pokial nie je naozaj dobry dovod pouzivat databaz viac.
    4.8.2008 10:44 neaktivni | skóre: 24 | blog: neaktivni
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Tak toto je myslenka dne, nebo jsem to vubec nepochopil...
    4.8.2008 16:36 azurIt | skóre: 34 | blog: zatial_bez_mena
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    takze si to zrejme nepochopil ;) je to presne ako pise.
    pavlix avatar 18.8.2008 15:29 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Je to pitomost, zakazovat obecně aplikacím přistupovat k několika databázím.
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
    18.8.2008 22:16 azurIt | skóre: 34 | blog: zatial_bez_mena
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    nikde sa nic nezakazuje avsak vseobecne plati, ze co aplikacia to databaza. nevidim ziadny rozumny dovod na to, aby boli data jednej aplikacie rozhadzane po niekolkych roznych databazach.
    pavlix avatar 18.8.2008 15:31 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Zatez databaze tak nebo tak
    Doporučuju si v první řadě zopakovat pojmy jako databáze a tabulka :). Pak si rozmyslet, co se s datama bude dělat (všechny operace, co budou potřeba) a podle toho se rozhodnout. Když člověk moc tápe, tak není špatné se podívat na trochu teorie a "normální formy" a tak, wikipedie je dobrý zdroj.
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.

    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.