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 04:22 | Zajímavý článek

    Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.

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

    Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.

    Ladislav Hagara | Komentářů: 2
    včera 04:11 | Nová verze

    Byla vydána nová major verze 11.0 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    1.8. 19:55 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze

    … více »
    Ladislav Hagara | Komentářů: 1
    1.8. 03:00 | Nová verze

    V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.

    Ladislav Hagara | Komentářů: 0
    31.7. 19:22 | Bezpečnostní upozornění

    Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.

    Ladislav Hagara | Komentářů: 1
    31.7. 18:33 | Bezpečnostní upozornění

    Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).

    Ladislav Hagara | Komentářů: 4
    31.7. 14:11 | Zajímavý projekt

    Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.

    Pinhead | Komentářů: 0
    30.7. 17:22 | Zajímavý projekt

    Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.

    |🇵🇸 | Komentářů: 27
    30.7. 13:33 | IT novinky

    Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.

    Ladislav Hagara | Komentářů: 6
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (18%)
     (30%)
     (6%)
     (6%)
     (2%)
     (15%)
     (23%)
    Celkem 2305 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník
    Štítky: není přiřazen žádný štítek


    Dotaz: PHP, MySQL a spravne pojmenovani sloupecku

    18.1.2022 20:31 Vlasta
    PHP, MySQL a spravne pojmenovani sloupecku
    Přečteno: 2154×
    Ahoj,

    omluvte prosim zacatecnicky dotaz, ale peru se s timto: mam nasledujici tabulky:
    CREATE TABLE `countries` (
      `id` int ...
      `name` varchar(255) ...
    )
    
    CREATE TABLE `cities` (
      `id` int ...
      `country_id` int ...
      `name` varchar(255) ...
    )
    
    CREATE TABLE `streets` (
      `id` int ...
      `city_id` int ...
      `name` varchar(255) ...
    )
    
    Potom dotaz:
    SELECT countries.name, cities.name, streets.name 
    FROM countries 
    LEFT JOIN cities ON cities.country_id=countries.id 
    LEFT JOIN streets ON streets.city_id=cities.id 
    WHERE 1
    
    Mi vrati vysledek, dejmetomu:
    [name][name][name]
    |Czechia|Brno|Kounicova|
    |Czechia|Brno|Cejl|
    
    Jak se s tim potom pracuje treba v PHP, kdyz dam treba mysqli_fetch_assoc, jak poznam ktere "name" se vztahuje k jake tabulce?

    Jasne, ze si muzu v tom dotazu dat "AS country_name ... AS city_name", ale co slozitejsi dotazy nez tenhle? To si usoupu prsty

    Nebo si ty sloupecky muzu pojmenovat jako country_id, country_name, city_country_id, city_name, ...

    Nebo mi neco unika? Existuje zpusob, jak mohu zachovat tabulky i dotaz v te prvni podobe, viz vyse, a z vystupu v PHP pak poznam z ktere tabulky je ktere "name"?

    Dekuji za vas cas

    Řešení dotazu:


    Odpovědi

    18.1.2022 21:28 X
    Rozbalit Rozbalit vše Re: PHP, MySQL a spravne pojmenovani sloupecku
    Pojmenovat vsechny sloupce v tabulkach stejne je kravina presne z tohoto duvodu a proste spatny navrh databaze. Osobne, to mnozne cislo v nazvu jsi si take mohl odpustit.

    18.1.2022 22:22 X
    Rozbalit Rozbalit vše Re: PHP, MySQL a spravne pojmenovani sloupecku
    Ale mozna se pletu..
    24.1.2022 22:27 Kit | skóre: 46 | Brno
    Rozbalit Rozbalit vše Re: PHP, MySQL a spravne pojmenovani sloupecku
    Stejné názvy sloupců používám zcela běžně. Například id mám téměř v každé tabulce. Aliasy jsou potřebné i kvůli převodu mezi konvencemi. Například street_name AS streetName mi krásně převede jméno podle zvyklostí v PHP a můžu se pak na něj odkazovat třeba $row->streetName. Je to užitečné i v případě kolizi s klíčovými slovy.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    2.2.2022 16:12 ehmmm
    Rozbalit Rozbalit vše Re: PHP, MySQL a spravne pojmenovani sloupecku
    Nesouhlasim. Me osobne nevadi ani jeden z tech pristupu.

    Kdyz mam tabulku CITIES, tak ID muzu pojmenovat jenom jako ID, nebo jako CITY_ID/ID_CITY. Stejne tak NAME muze ale nemusi byt CITY_NAME, zalezi na zvyku v danem kolektivu. Proc duplikovat nazev tabulky.

    A kdyz pak joinuje nekolik tabulek se stejnymi nazvy sloupcu do sebe, tak mu nic nebrani napsat neco jako (a je slusnost to tak udelat):

    select CITY.NAME as CITY_NAME, COUNTRY.NAME as COUNTRY_NAME from COUNTRY left outer join CITY on ...

    A co se tyka mnozneho cisla v nazvu tabulky, tak opet dle vkusu kazdeho soudruha. U jednoho zakaznika mame tabulky MACHINES, PROJECTS, SHIFTS a nijak me to nepohorsuje.

    Spis povazuji za dulezite nejak nazvem rozlisit tabulky, ktere se chovaji jako "cisleniky" (seznam lidi, mest, stroju) a tabulky, ktere obsahuji data posbirana v case (udalosti, teploty, vyrobene kusy...). V jeden firme tyhle tabulky mely priponu _DATA, v jine _HIST a oboji se mi libilo.
    Řešení 1× (OldFrog {Ondra Nemecek})
    20.1.2022 10:43 EtDirloth | skóre: 11
    Rozbalit Rozbalit vše Re: PHP, MySQL a spravne pojmenovani sloupecku
    Pisat aliasy pre stlpce SELECT klauzuly je spravny sposob. Vobec nemaj pocit, ze si upises prsty - selecty nerobi zlozitym pocet stlpcov, ale joinov, pripadne jeho dalsie klauzuly. Je to to iste, ako ked pomenuvas premennu v PHP - tiez si neurobis na zaciatku programu globalny array, do ktoreho si ukladas a citas hodnoty premennych cez ciselny index.

    Vylepsit alias vies tym, ze si select deklarujes ako view. To ma vyznam ak:
    • chces bud silnejsie oddelit definiciu dat od aplikacnej logiky (pridanim vsetkych selectov do views, resp. funkcii ti pribudne dalsia abstrakcna vrstva),
    • alebo pri reuse (ak ten select v podobnej forme opakujes na viacerych miestach v PHP, ci v inych selectoch cez join).
    A predrecnikove pomenovacie kraviny neries
    • jednotna konvencia pre mena stlpcov podla ich pouzitia je mudra vec - pri vacsich schemach sa v tom budes stale vyznat, pretoze su odvoditelne (ja kludne davam meno pre FK aj len "country", pretoze az na par velmi ojedinelych vynimiek su vsetky moje primarne kluce pomenovane `id` - ale s tym suffixom "_id" nic nepokazis)
    • pomenovanie tabuliek mnoznym cislom je OK - dotazy a joiny pri citani zneju prirodzene a v kombinacii s jednotnym cislom v mene stlpca cudzieho kluca to pekne implikuje kardinalitu
    24.1.2022 13:37 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: PHP, MySQL a spravne pojmenovani sloupecku
    Pokud sloupečky označují stejnou věc, pojmenovávám je stejně ve všech tabulkách.

    Dokonvertoval jsem k tomu, že tabulky pojmenovávám jednotným číslem - množné brání automatickému generování sql, komplikuje ruční přejmenování v souborech při refaktoringu apod.

    Kde je potřeba, píšu aliasy na tabulky i sloupce - složitější sql se pak lépe čte, navíc to některé dotazy vyžadují takže je pak jednotný styl všech dotazů.
    -- OldFrog
    20.1.2022 14:04 Nudící se důchodce
    Rozbalit Rozbalit vše Re: PHP, MySQL a spravne pojmenovani sloupecku
    SELECT co.name stat, ci.name obec, str.name ulice
    -- SELECT co.name as country, ci.name as city, str.name as street
        FROM countries co
            LEFT JOIN 
            cities ci 
            ON ci.country_id=co.id 
            LEFT JOIN 
            streets str 
            ON str.city_id=ci.id 
        WHERE 1
    

    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.