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 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ářů: 0
dnes 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
včera 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
včera 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
včera 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
včera 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
včera 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 2
18.2. 16:55 | Komunita

Do 22. března se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 14. května do 14. srpna 2018, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 56
17.2. 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 1
17.2. 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

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

    Dotaz: Zatez databaze tak nebo tak

    1.8.2008 13:29 Lokiji
    Zatez databaze tak nebo tak
    Přečteno: 847×
    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: 51 | 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: 54 | 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.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    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: 54 | 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.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.

    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.