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 03:55 | Humor

    Další vlna kyberútoků zasáhla chladicí zařízení supermarketů v sedmi evropských zemích, Belgii, Lucembursku, Švédsku, Nizozemsku, Irsku, Estonsku a Finsku. Mrazáky se v některých prodejnách opět 'proměnily v trouby' a zahřály až na 50°C, což pochopitelně vedlo ke znehodnocení uskladněných potravin. Útoky navazují na podobný incident ve Francii z první poloviny října letošního roku, pachatel stále není znám.

    👻 | Komentářů: 0
    včera 17:52 | Zajímavý projekt
    WorldTUI je experimentální LLM o 360 milionech parametrů, který napodobuje terminál. Podle stisknutých kláves se snaží předpovídat změny na obrazovce a zvládá tak vyonávat rozličné příkazy, například Vim, tmux i jednoduchou hru Snake. Nejedná se o skutečný příkazový řádek, jeho 'soubory' i příkazy jsou pouze simulované a model může samozřejmě různě chybovat. WorldTUI vychází z jazykového modelu Qwen2.5-Coder-0.5B, který autor … více »
    👻 | Komentářů: 2
    včera 17:48 | Zajímavý článek
    Josef Bacik navrhuje novou abstrakci cell, která by celý kontejner reprezentovala jako jeden kernelový objekt. Proces by vznikl přímo uvnitř cell a nemohl by ji opustit. Oprávnění ke správě by se odvozovala od držení cellfd. … více »
    vencour | Komentářů: 9
    včera 16:23 | Bezpečnostní upozornění

    Zranitelnost v aktualizačním mechanismu WordPress umožňuje útočníkovi zasáhnout do dočasného instalačního adresáře během aktualizace jádra systému. Před aktualizací veřejně dostupného WordPressu dočasně zablokovat HTTP přístup k wp-content/upgrade/, následně aktualizovat a zkontrolovat logy. Postižené verze: WordPress 4.7 až 7.1.3.

    vencour | Komentářů: 1
    včera 16:11 | Bezpečnostní upozornění

    Alpine Linux zveřejnil podrobnosti o útoku na svůj GitLab a 30. října oznámil obnovení provozu. Útočník se 20.–21. října pokusil zneužít chybu v regulárních výrazech. Exploit způsobil opakované pády workerů a několikrát se dostal do pokročilé fáze. Úspěšné spuštění kódu však nebylo potvrzeno. Fix: Opravený GitLab a současně Ruby 3.3.13, 3.4.12 nebo 4.0.9+, pokud jde o vlastní sestavení či kontejner.

    vencour | Komentářů: 1
    včera 15:44 | Pozvánky

    Konference OpenAlt 2026 proběhne tento víkend 7. a 8. listopadu na FIT VUT v Brně. Jedná se již o 21. ročník této konference, která propojuje otevřené technologie, svobodný software, hardware a lidi, kteří chtějí věci nejen používat, ale také jim rozumět a měnit je k lepšímu. Více o konferenci v příspěvku OpenAlt 2026: technologie, které dávají svobodu na blogu spolku OpenAlt.

    Ladislav Hagara | Komentářů: 1
    včera 15:22 | IT novinky

    Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 16 GB varianty Raspberry Pi o 80 dolarů a 16 GB varianty Raspberry Pi Compute Module 5 o 40 dolarů. Cena Raspberry Pi 500+ se nemění.

    Ladislav Hagara | Komentářů: 0
    včera 15:11 | IT novinky

    Francouzské Národní shromáždění přijalo 30. října 2026 poměrem 11 hlasů pro, 10 proti a 14 abstencí pozměňovací návrh I-1358 ke státnímu rozpočtu na rok 2027, který zavádí daň z objemu dat doručovaných uživatelům internetu. Návrh socialistického poslance Laurenta Lhardita stanovuje sazbu 0,055 eura za gigabajt, tedy 55 eur za terabajt. Zatím nejde o platný zákon, ale o dílčí hlasování během prvního čtení rozpočtu. Daň by měli platit

    … více »
    vencour | Komentářů: 9
    1.11. 12:44 | IT novinky

    Nizozemská vláda ve snaze šetřit a zvyšovat efektivitu s využitím umělé inteligence (AI) hodlá zrušit asi 25.000 pracovních míst ve státní správě. Cílem je postupně dosáhnout ročních úspor až 3,5 miliardy eur (85,2 miliardy Kč). Na konci loňského roku ve státní správě pracovalo rekordních 160.000 lidí. „Nemůžeme pokračovat v tom, co jsme dělali dosud,“ uvedl státní tajemník pro efektivní fungování vlády Eric van den Burg. „Proto

    … více »
    Ladislav Hagara | Komentářů: 40
    1.11. 12:00 | IT novinky

    Příspěvek na blogu PRUSA 3D představuje fotoaparát CAIM1 (Counter Artificial Intelligence Machine 1). Uměle vytvořený obsah je každým dnem těžší rozeznat od skutečných záběrů či fotografií, což podrývá důvěryhodnost žurnalistiky, archivních materiálů i každodenní tvorby obsahu. Fotoaparát CAIM1 byl vyvinut právě k tomu, aby ověřoval původ fotografií a videí přímo během jejich pořizování. Uvnitř fotoaparátu se nachází hardwarová Web3 peněženka se zabezpečovacím čipem Tropic Square TROPIC01.

    Ladislav Hagara | Komentářů: 9
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2967 hlasů
     Komentářů: 34, poslední 26.10. 08:24
    Rozcestník

    Dotaz: Návrh datových struktur

    8.1.2009 20:27 Mondavi
    Návrh datových struktur
    Přečteno: 1138×
    Pro následující relační schámata je úkolem provést dekompozici na několik relačních schémat v 3. normální formě tak, aby nedošlo ke ztrátě informace (v případě potřeby je možné výchozí schéma před dekompozicí upravit (rozšířit)): 1. PACIENTI(rodné-č, jméno, příjmení, diagnóza, den-nástupu, č-oddělení, název-oddělení) 2. BYDLIŠTĚ(rodné-č, jméno, příjmení, místo, ulice, ČP, PSČ, městská-čtvrt, okres, kraj) 3. TRESTNÍ-REJSTŘÍK(rodné-č, jméno, příjmení, trestný-čin, paragraf, sazba-od, sazba-do, výše-trestu, nápravná-skupina)

    Stáčí jenom příklad jak by to mělo vypadat u těhc pacientů, díky.

    Odpovědi

    8.1.2009 21:01 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    U nás začíná zkouškové až za týden :-). +- bych to udělal takhle:
    • Pacient(RČ, jméno, příjmení, ulice, čp)
    • Léčení(RČ, diagnóza, č-oddělení)
    • Oddělení(č-oddělení, název)
    • ...
    • (kdybych tak chodil na ty cvičení)
    • ...
    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    vdusek avatar 8.1.2009 21:30 vdusek | skóre: 27
    Rozbalit Rozbalit vše Re: Návrh datových struktur

    POZOR - neporočuji provazovat přes rodné číslo:

     

    • může se změnit
    • nemusí být přiděleno
    • může v něm být duplicita

     

    Použij pacient_id jako vazebnou položku (autoincrement 1)

     

    Víc si už musíš vymyslet sám..

    9.1.2009 10:11 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    neporočuji provazovat přes rodné číslo ... Použij pacient_id jako vazebnou položku

    Souhlasím, v praxi se vyplatí přidat "umělý" primární klíč skoro všude, protože ani např. to číslo oddělení nemusí být tak definitivní (nebo se nějaký hlavoun rozhodne, že to bude místo čísla třípísmenný kód...). Ale vzhledem k tomu, že je to školní zadání, tak bych tam to RČ klidně nechal :-) (alespoň na našich cvikách byl jakýsi úzus, že RČ je dobrý kandidát na primární klíč).

    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    9.1.2009 12:45 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Ale vzhledem k tomu, že je to školní zadání, tak bych tam to RČ klidně nechal...
    Prave preto ze je to skolske zadanie by to malo byt urobene poriadne a studenti by mali byt pouceni, kedy a preco pouzivat synteticke primarne kluce. Lebo inak potom pridu na realne projekty a narobia problemy celemu timu, navyse nafukani, ze su predsa "skoleni dizajneri".
    9.1.2009 15:48 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Musím přiznat,že mě názory zde uvedené přímo děsí. Zkoušel někdo z vás propojovat oddělené systémy databází? Import export atd. Naopak tvrdím že jestli něco má přirozený jednoznačný indetifikátor, tak je skoro nutné ho použít a za takovýto považuje RČ. Jde sice o školní přiklad, ale v praxi by se vykazovala péče na konkrétní RČ ( Nemusí jít vždy o skutečné RČ ,pojišťovny mají metodiku přidělení.)
    9.1.2009 17:03 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Identifikacia zaznamu v tabulke je technicky aspekt a mal by byt preto zabezpeceny technickymi prostriedkami.

    V praxi som sa stretol s tym, ze ani cislo uctu v banke nebolo jeho jednoznacnym identifikatorom a isty velmi vyznamny klient istej banky si vyziadal zmenu cisla uctu pri zachovani celej historie spojenej s tymto uctom. A kedze sa jednalo o velmi vyznamneho zakaznika, banka mu vyhovela. Zrazu zacali existovat dve "biznis" mena pre jeden a ten isty ucet. A v systemoch, ktore pouzivali "business" cislo uctu ako jeho jednoznacny identifikator to sposobilo pekny poprask. Naproti tomu systemy, ktore pouzivali synteticky kluc, boli v pohode. Je to jednoduche: moze sa udaj objavit "na papieri" u koncoveho pouzivatela? Ak ano, nemoze to byt primarny kluc.

    Takze uvazuj, co by Ta ako dodavatela softveru na objednavku viazaneho prisnymi supportnymi SLA desilo viac: synteticke kluce biznis objektov, ktore su v 80% zbytocne, alebo 20% sanca, ze budes musiet zakaznikovi povedat "neda sa"?
    10.1.2009 17:00 kuka
    Rozbalit Rozbalit vše Re: Návrh datových struktur

    Jen aby nevznikl dojem, ze po zavedeni syntetickych klicu je mozne ignorovat vecne klice. Systemy se nedelaji samy pro sebe, ale pro podporu byznys procesu, ktere jsou postaveny na vecnych atributech entit. Pokud se synteticke  klice zavadeji jen jako zkratka za vecny klic (napr. uspora mista pro dlouhe vecne klice nebo pohodlnejsi prace pokud je vecny klic slozeny), je to vyhradne technicky aspekt (a je to pokud vim nejcastejsi duvod jejich pouziti). Pokud ale umoznuji "nestandardni chovani" vecneho klice nebo poruseni vecnych pravidel, ktera se k nemu vztahuji (napr. umozneni duplicity, zmeny hodnoty v case), nejde o technickou zalezitost, ale musi to byt i vecne osetreno napric celym systemem vcetne jeho ruznych rozhrani. Napr. jake cislo uctu by bylo sdeleno policii, pokud by se zacala o zmineneho zakaznika zajimat? Nove, stare, obe? Podobne vecne otazky musely byt jiste vyreseny, nez byla nestandardni operace provedena na ciste technicke urovni.

    10.1.2009 21:11 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Jen aby nevznikl dojem, ze po zavedeni syntetickych klicu je mozne ignorovat vecne klice. [...] Pokud se synteticke klice zavadeji jen jako zkratka za vecny klic (napr. uspora mista pro dlouhe vecne klice nebo pohodlnejsi prace pokud je vecny klic slozeny), je to vyhradne technicky aspekt (a je to pokud vim nejcastejsi duvod jejich pouziti).
    To samozrejme nie. Logicke constrainy samozrejme musia zostat zachovane. S pouzitim syntetickych klucov za ucelom "uspory miesta" som sa este nestretol. Stretol som sa s aplikaciami, kde sa primarny kluc pouzival za ucelom "zjednodusenia prace" -- aplikacia ratala s tym, ze zaznamy mozno podla syntetickeho kluca zoradit. No, v takom pripade sa neda autorovi povedat nic ine len "tak mu treba" a tym, co to po nom zdedili popriat uprimnu sustrast, najma pri pripadnej migracii do nejakej inej databazy.
    11.1.2009 10:16 kuka
    Rozbalit Rozbalit vše Re: Návrh datových struktur

    No tim nejcastejsim jsem mel na mysli spis to zjednoduseni pri slozenem klici, ale ani uspora mista nemusi byt zanedbatelna. Casto jsou klice reprezentovane nejakymi znakovymi kody, treba i to zde omilane rodne cislo muze byt priklad, nebo ISBN, VIN u auta... Pokud bych mel v Oraclu retezec delky 10 znaku ulozeny jako varchar2, zabere fyzicky 10 bajtu (20 pri dvoubajtovem kodovani v databazi), pokud misto nej bude cislo rekneme mensi nez 10000000, zabere max. 5 bajtu, mala cisla mene. To muze zmensit tabulky a indexy a takove zmenseni treba o 10% "zadarmo" se muze velice hodit napriklad v datovem skladu, kde jsou v nekterych tabulkach ulozeny stamiliony zaznamu.

    11.1.2009 09:49 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Opět se mi nechce věřit že se mohlo jednat o bankovní SW (i když ?). Spíš bych předpokládal použití tabulky aliasů. (Jeden účet několik identifikací za účely výpisu či pořízení) Sám píšete, že naráz byly dvě čísla účtu k jednomu účtu. Určitě musela být zachycena historie účtu tak, aby souhlasila v účetními doklady. Nemohl jste pouze změnit číslo účtu a pak mít na dokladu (příkaz, výpis) jiné. Takže i v případě vašeho způsobu musel být zachován někde původní účet. Takže mi připadá nejlogičtější zavést tabulku aliasů účtů,a tu používat pro vstup výstup není li pak uvedeno platí základní identifikace.

    Jinou možností, která však není z nevhodnějších pro finanční operace, ale dovedl bych si jí představit u RČ a zvlášť v původním školním příkladu(jednoznačné rozhodnotí o změně RČ) je využití referenční integrity databáze.
    12.1.2009 16:30 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Tabuľka aliasov je rozumné riešenie. Pri bankových systémoch zabudnite na rozumné riešenia, tie sú lacné a pochopiteľné ... a ktorý dodávateľ takého niečoho by chcel byť ľahko nahraditeľný?
    11.1.2009 13:19 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Musím přiznat,že mě názory zde uvedené přímo děsí. Zkoušel někdo z vás propojovat oddělené systémy databází?

    Není vůbec nic, co by vás na tom mělo děsit :) Pro interní použití je vždy jistější používat vlastní klíče, než se spoléhat na RČ jako jednoznačný a existující identifikátor, protože s tím jsou jen problémy. Pokud potřebujete spojit dva různé systémy, které až doposud spolu žádnou vazbu neměly, je potřeba využít "co je k mání", zpravidla to je RČ, pokud ho má někdo třeba v jednom ze sysémů uvedeno špatně ;) což není nic neobvyklého, sekretářka se uklepne jedna dvě, tak se musí takovýto "zbytek" dotřídit ručně :-) Ale to neznamená, že to takto budete spojovat dlouhodobě a systematicky, leda byste si platil někoho, kdo tomu bude neustále "vychytávat mouchy".

    Jistě z toho chápete, že spojovat výhoda vlastních bezproblémových klíčů nijak neomezuje možnost následně takovou tabulku spojit s něčím, co vám někdo odněkud přinese "na disketě" :) Nikdo neříká že RČ je zlo, uvedené být může, ale ne jako cizí klíč pro spojování tabulek. Některé databáze ani RČ uchovávat nesmějí (uchovávání a nakládání s osobními daty).
    12.1.2009 02:49 kafa | skóre: 10
    Rozbalit Rozbalit vše Re: Návrh datových struktur

    Pokud neuvedete RČ, jak vyhledáte všechny případy hospitalizace téhož pacienta? (Vždyť příjmení se může za život měnit i vícekrát, stejně jako bydliště). Má být v takovém případě uvedena adresa také vícekrát, nebo jen poslední  - platná?  Budete při deseti hospitalizacích uvádět desetkrát totožný trestní restřík, nebo ho jenom doplňovat?

    Pro rodná čísla se čtyřmístným doplňkem je k mání kontrolní algoritmus (tuším že součet cifer musí být dělitelný modulo 11), takže uklepnutí sekretářky musí dobrý program včas odhalit.

    Možná, že RČ není stoprocentně spolehlivým identifikátorem osoby, ale je  stoprocentně nejspolehlivější ze všech.  Řeči o nějakých změnách RČ jsou kraviny. (Nejde-li o duplicitu - dnes velmi vzácnou).  Že si pár ministerských debilů plete rodné číslo s přístupovým heslem a  dělá z něj tajný údaj svědčí o  nepoužitelnosti těchto úředníků, nikoliv rodných čísel. Oni například tvrdí, že v podniku můžete použít k identifikaci číslo zaměstnance. Ale jak potom vyjedete dodatečné potvrzení o zaměstnání (pro Úřad důchodového zabezpečení) ženě, která během života pracovala v pdniku čtyřikrát a pokaždé pod jiným příjmením?

    Tím netvrdím, že RČ musí být nutně primárním klíčem a sloužit k vazbám. Ale uvedeno být musí.

    12.1.2009 09:57 ph0enix | skóre: 18 | Praha
    Rozbalit Rozbalit vše Re: Návrh datových struktur

    Pro rodná čísla se čtyřmístným doplňkem je k mání kontrolní algoritmus (tuším že součet cifer musí být dělitelný modulo 11), takže uklepnutí sekretářky musí dobrý program včas odhalit.

    Ano, delitelnost jedenacti je sice jisty kontrolni mechanismus. Tento nas ale neuchrani od chyb vzniklych lidskym zasahem - tj. duplicity z duvodu "vypujcovani" cisel z vedlejsiho okrsku (znal jsem pani, jenz zjistila, ze ma duplicitni rodne cislo az v okamziku, kdy pozadala o vyplatu duchodu a dostalo se ji odpovedi, ze preci na jeji r.c. se uz duchod vyplaci...). Stejne tak se ani neubranime moznosti duplicity v pripade dlouhovekosti (> 100 let).

    13.1.2009 02:18 kafa | skóre: 10
    Rozbalit Rozbalit vše Re: Návrh datových struktur

    Rodné číslo se nikdy nepřidělovalo v okrscích ale vždy centrálně v Praze. Pouze v Chomutově  přidělovaly pracovnice na Okresním úřadě rodná čísla cizincům  bez RČ dle vlastního uvážení a plodily tak duplicity. Pokud vím, byly vyhozeny.

    Starší osoby mají  trojciferné číslo  (resp. čtyřciferné s vedoucí nulou), takže k duplicitě vlivem dlouhověkosti může dojít až za dalších sto let - nedojde-li ke změně. A případné historicky vzniklé duplicity byly snad převodem na počítačová média už odstraněny. Vámi uváděný příklad s důchodem nemusí ještě znamenat duplicitu.Že na Úřadě důchodového zabezpečení mají bordel, víme všichni.

     Rodná čísla vznikla původně především pro potřeby branných sil a proto je z nich čitelné pohlaví a datum narození (evidence branců). Pokud se dnes někdo za svůj věk stydí, je to důvod k návštěvě psychiatra, nikoliv k zavržení rodných čísel. I přez výše uváděné mýty jde stále o nejspolehlivější identifikaci osoby. Je to jediný identifikátor, který se během života nemění a který umožňuje spárování údajů z různých období. Nerad bych platil cizí dluhy jenom proto, že se kdosi rozhodl je ignorovat!

     

    Bilbo avatar 13.1.2009 03:54 Bilbo | skóre: 29
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Za věk se člověk nemusí stydět, ale např. někteří zaměstnavatelé mají tendenci uchazeče s vyšším věkem poněkud diskriminovat. Takže chápu, že někteří lidé mají pak zase tendenci svůj věk spíše tajit.

    Jinak pokud by měly RČ dojít, tak se prostě přidá další cifra za pomlčku (jako se to jednou rozšířilo ze 3 cifer na 4 a jede se dál :)
    Big brother is not watching you anymore. Big Brother is telling you how to live...
    13.1.2009 10:56 YYY | skóre: 29 | blog: martinek
    Rozbalit Rozbalit vše Re: Návrh datových struktur
    Udelal bych jako primarni klic automaticky inkrementovany cislo. To RC je takove kostrbate a potencialne duplicitni - urcite pri tom pridelovani muze dojit k duplicite ;-)

    Založit nové vlákno • Nahoru

    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.