CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.
Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.
Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.
Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.
TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.
Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.
Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.
.
+- bych to udělal takhle:
POZOR - neporočuji provazovat přes rodné číslo:
Použij pacient_id jako vazebnou položku (autoincrement 1)
Víc si už musíš vymyslet sám..
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íč).
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".
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.
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.
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.
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).
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í.
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).
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!
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
8.1.2009 21:30
13.1.2009 03:54