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:00 | Komunita

    Na čem pracovali vývojáři GNOME a KDE Plasma minulý týden? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    včera 03:44 | Nová verze

    Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.

    Ladislav Hagara | Komentářů: 2
    1.5. 15:11 | IT novinky

    Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.

    Ladislav Hagara | Komentářů: 16
    30.4. 23:33 | Nová verze

    Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 0
    30.4. 23:11 | Nová verze

    Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    30.4. 12:11 | IT novinky

    Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.

    Ladislav Hagara | Komentářů: 38
    30.4. 11:44 | Komunita

    Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.

    Ladislav Hagara | Komentářů: 0
    30.4. 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 58
    29.4. 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

    Ladislav Hagara | Komentářů: 4
    29.4. 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (9%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (16%)
     (24%)
    Celkem 1482 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: MySQL a AI

    13.3.2014 13:37 LuRy | skóre: 12
    MySQL a AI
    Přečteno: 469×
    Zdravim, zajimalo by me co se stane kdyz dojdou(pretecou) hodnoty int(11) sloupce na kterym je primarni klic a autoincrement? Za predpokladu ze 90% z "preskocenych" id nebudou vubec existovat? Mam totiz tabulku do ktery zapisuju data tak ze 3 sloupce maji unikatni klic a pri vlozeni duplicitniho radku na zaklade tohoto uniq klice odchatavam vyjimku. Nicmene zpusobuje to to ze se preskakuji id.

    Diky za odpovedi

    Odpovědi

    Tarmaq avatar 13.3.2014 15:34 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: MySQL a AI
    Spadne ti to, Machale..
    Don't panic!
    13.3.2014 16:06 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: MySQL a AI
    Si to zkus, už nevložíš.
    mysql> SELECT @@SESSION.sql_mode;
    +----------------------------------------------------------------+
    | @@SESSION.sql_mode                                             |
    +----------------------------------------------------------------+
    | STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
    +----------------------------------------------------------------+
    1 row in set (0.00 sec)
    
    mysql> CREATE TABLE tfull (
        ->      id INT NOT NULL AUTO_INCREMENT,
        ->      PRIMARY KEY (id)
        -> ) ENGINE=InnoDB AUTO_INCREMENT = 2147483647;
    Query OK, 0 rows affected (0.01 sec)
    
    mysql> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.00 sec)
    
    mysql> INSERT INTO tfull VALUES();
    ERROR 1062 (23000): Duplicate entry '2147483647' for key 'PRIMARY'
    mysql> DROP TABLE tfull;
    Query OK, 0 rows affected (0.01 sec)
    
    mysql>
    
    Ale řekl bych, že chyba může být i jiného typu...
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    13.3.2014 16:12 blondak | skóre: 36 | blog: Blondak | Čáslav
    Rozbalit Rozbalit vše Re: MySQL a AI
    ale řešení je naštěstí nasnadě:
    MariaDB [test]> CREATE TABLE tfull (
        ->       id INT NOT NULL AUTO_INCREMENT,
        ->       PRIMARY KEY (id)
        ->  ) ENGINE=InnoDB AUTO_INCREMENT = 2147483647;
    Query OK, 0 rows affected (0.06 sec)
    
    MariaDB [test]> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.06 sec)
    
    MariaDB [test]> INSERT INTO tfull VALUES();
    ERROR 167 (22003): Out of range value for column 'id' at row 1
    MariaDB [test]> alter table tfull modify id BIGINT;
    Query OK, 1 row affected (0.06 sec)
    Records: 1  Duplicates: 0  Warnings: 0
    
    MariaDB [test]> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.05 sec)
    
    MariaDB [test]> DROP TABLE tfull;
    Query OK, 0 rows affected (0.06 sec)
    
    Každý problém ma své logické, snadno pochopitelné nesprávné řešení.
    13.3.2014 18:39 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: MySQL a AI

    Měl jsi si skusit ten insert provést 2×, pak by jsi si zjistil, že jsi problém nevyřešil, jen jsi vytvořil jiný (na to přijdeš hned, takže ho neodhalím ;-) ).

    A když už jsme u MySQL(MariaDB) a zvolili jsme na začátku INT a ne BIGINT, tak možná je lepší postup viz níže, protože (teoreticky) 2× natáhneme čas dokud nám stačí 32 bit id a tabulka je výrazně menší rychlejší a nepotřebuje tolik paměti (pokud interval po naplnění byl měsíc, tak to nemá význam, ale pokud třeba tři roky, tak je to dost zásadní).
    Já bych postupoval v tomto případě z mezikrokem takto:

    mysql> CREATE TABLE tfull (
        ->   id INT NOT NULL AUTO_INCREMENT,
        ->   PRIMARY KEY (id)
        -> ) ENGINE=InnoDB AUTO_INCREMENT = 2147483647;
    Query OK, 0 rows affected (0.02 sec)
    
    mysql> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.02 sec)
    
    mysql> INSERT INTO tfull VALUES();
    ERROR 1062 (23000): Duplicate entry '2147483647' for key 'PRIMARY'
    mysql> ALTER TABLE tfull MODIFY id INT UNSIGNED auto_increment;
    Query OK, 1 row affected (0.03 sec)
    Records: 1  Duplicates: 0  Warnings: 0
    
    mysql> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.01 sec)
    
    mysql> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.02 sec)
    
    mysql> ALTER TABLE tfull AUTO_INCREMENT = 4294967295;
    Query OK, 3 rows affected (0.01 sec)
    Records: 3  Duplicates: 0  Warnings: 0
    
    mysql> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.02 sec)
    
    mysql> INSERT INTO tfull VALUES();
    ERROR 1062 (23000): Duplicate entry '4294967295' for key 'PRIMARY'
    mysql> ALTER TABLE tfull MODIFY id BIGINT auto_increment;
    Query OK, 4 rows affected (0.02 sec)
    Records: 4  Duplicates: 0  Warnings: 0
    
    mysql> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.01 sec)
    
    mysql> INSERT INTO tfull VALUES();
    Query OK, 1 row affected (0.02 sec)
    
    mysql> SELECT id FROM tfull;
    +------------+
    | id         |
    +------------+
    | 2147483647 |
    | 2147483648 |
    | 2147483649 |
    | 4294967295 |
    | 4294967296 |
    | 4294967297 |
    +------------+
    6 rows in set (0.00 sec)
    
    mysql> DROP TABLE tfull;
    Query OK, 0 rows affected (0.01 sec)
    
    mysql> 
    

    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    14.3.2014 08:34 blondak | skóre: 36 | blog: Blondak | Čáslav
    Rozbalit Rozbalit vše Re: MySQL a AI
    Njn, zapomenutý AUTO_INCREMENT a když jsme u toho, tak lze to UNSIGNED použít i u BIGINT ;)
    Každý problém ma své logické, snadno pochopitelné nesprávné řešení.
    14.3.2014 10:35 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: MySQL a AI

    Při milionu insertů za sekundu bude třeba 300tisíc let prp dosažení 9223372036854775807 (BIGINT max.).

    A případné zpracování takové hodnoty/typu (BIGINT UNSIGNED) způsobuje jen (drobné) problémy ve většině jazyků a i v samotném MySQL se už musí s tímto číslem pracovat s přetypováním (implicitní konverze čísel, zjednodušeně funguje jen do rozsahu BIGINT).

    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†

    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.