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 13:22 | Komunita

    Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).

    Ladislav Hagara | Komentářů: 1
    dnes 01:22 | Nová verze

    Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    dnes 00:11 | IT novinky

    Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.

    Ladislav Hagara | Komentářů: 3
    včera 23:44 | Komunita

    Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Nová verze

    Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).

    Ladislav Hagara | Komentářů: 1
    včera 02:55 | Nová verze

    Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | IT novinky Ladislav Hagara | Komentářů: 0
    29.10. 17:00 | Upozornění

    Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].

    Ladislav Hagara | Komentářů: 11
    29.10. 16:44 | IT novinky

    Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.

    Ladislav Hagara | Komentářů: 6
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (19%)
     (19%)
     (22%)
     (17%)
     (21%)
     (17%)
     (18%)
    Celkem 290 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    Dotaz: mazani starych db v postgresql

    23.6.2016 13:14 masi | skóre: 4
    mazani starych db v postgresql
    Přečteno: 1628×
    Zdravim,

    mam runner testu z gitlabu, kde se hromadi POSTGRE databaze a hledam jak to promazavat pravidelne. S mysql je to snadne, ale u postgre me napada jedine prez find prohledat adresar, kde jsou data a vse starsi treba tyden hledat prez jmena adresaru v indexu v postgre, abych to sparoval a mohl pak korektne prez pgdrop zahazovat.

    Napada nekoho spravnejsi zpusob?

    Jsou to jen testovaci data a v zasade db vytvorena vic nez 3d zpet nemaji smysl, ale zas bych nerad smazal treba systemove databaze a delat find na fs, pak se dotazovat v db na jmeno db podle indexu a nasledne to mazal mi prijde zbytecne slozite a vypocetne neefektivni, zvlast kdyz je tam ted par stovek db

    Predem diky za tipy.

    Řešení dotazu:


    Odpovědi

    Heron avatar 23.6.2016 16:39 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    Seznam db získáte přímo klientem psql -l, případně (a to pro vás bude asi vhodnější), přímo SQL dotazem: SELECT datname FROM pg_database;

    Heron avatar 23.6.2016 16:42 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    Pokud máte ty testovací DB vhodně pojmenované, tak si pomocí SQL dotazu můžete vylistovat přesně ty, které chcete smazat:
    SELECT datname FROM pg_database WHERE datistemplate = false AND datname LIKE 'test%';
    23.6.2016 19:55 masi | skóre: 4
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    diky. Nicmene tohle neni zdaleka ono. Obe varianty znam a neresi muj problem... Poskladal jsem neco jako:

    SELECT (pg_stat_file('base/'||oid ||'/PG_VERSION')).modification as modify, datname FROM pg_database WHERE datname LIKE '%_%' AND modify < NOW() - INTERVAL '7 days';

    ale nefunguje to. A navic nevim jak to pak poskladat do "drop database $ten_vysledek". Ten dotaz vyse funguje jen do doby nez tam dam tu pasaz 'AND modify < NOW() - INTERVAL '7 days''. Nejde to zrejme proto, ze ve chvili kdy se dela where se nejmenuje ten sloupec modify, ale je to jen tip, protoze mi to rika, ze ten sloupec neexistuje. Cili by to mozna slo prez nejaky select into tmptable a pak nad tim select s where jako mam vyse a nakonec to dat drop database, ale porad to zkousim nalamat do jednoho dotazu ale me znalosti nestaci a nemuzu najit nic co bych pochopil a fungovalo by. Nepochybuji o tom, ze to poskladat jde, ale po hodine googleni a zkouseni, zacinam pochybovat, ze to poskladam ja :-) Uz zvazuju varianty jako select, grep, nebo nejaky pekny python a pak pgdrop $dbname :-)

    Prosim nejakeho guru o pomoc, casto tu byval Pavel Stehule a psal neuveritelna zaklinadla.

    24.6.2016 08:05 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    Nejde to zrejme proto, ze ve chvili kdy se dela where se nejmenuje ten sloupec modify, ale je to jen tip, protoze mi to rika, ze ten sloupec neexistuje. Cili by to mozna slo prez nejaky select into tmptable
    Úplně stačí ten výraz, který máte v SELECT, zkopírovat do WHERE místo modify. Je to duplicitní kód, ale to je holt SQL… (Navíc v té části SELECT to pak asi nebudete potřebovat.)
    zkousim nalamat do jednoho dotazu
    V PostgreSQL máte uložené procedury, je zbytečné to cpát do jednoho dotazu, když to nepotřebujete optimalizovat.
    Řešení 1× (masi (tazatel))
    24.6.2016 10:07 masi | skóre: 4
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    Genialni!!!

    moc diky za pomoc. Nize je finalni verze

    SELECT datname FROM pg_database WHERE datname LIKE '%_%' AND (pg_stat_file('base/'||oid ||'/PG_VERSION')).modification < NOW() - INTERVAL '7 days';

    Zkusim z toho udelat proceduru
    xkucf03 avatar 18.8.2016 21:09 xkucf03 | skóre: 49 | blog: xkucf03
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    Je to duplicitní kód, ale to je holt SQL…
    Ani v SQL není potřeba duplikovat kód – stačí použít vnořený dotaz nebo CTE (WITH).
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
    25.6.2016 06:50 Pavel Stěhule
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    V Postgresu není alias na stejné úrovni viditelný. Tj.
    SELECT vyraz AS y FROM foo WHERE y = 10; -- nelze
    
    Lze duplikovat výraz (nicméně spočítá se pouze jednou):
    SELECT vyraz AS y FROM foo WHERE vyraz = 10; -- vyraz se pocita pouze jednou
    
    nebo použít derivovanou tabulku a přesunout predikát tam, vně už je alias viditelný:
    SELECT * FROM (SELECT vyraz AS y) s WHERE y = 10;
    
    4.7.2016 14:10 masi
    Rozbalit Rozbalit vše Re: mazani starych db v postgresql
    Ahoj,

    jen abych to nejak zakoncil.

    Nakonec jsem vyplodil toto:
    CREATE OR REPLACE FUNCTION clean_all_dbs(IN _days_ago INT)
      RETURNS void
      LANGUAGE plpgsql
    AS
    $$
    DECLARE
      db RECORD;
    BEGIN
      FOR db IN 
        SELECT 
          datname,
          (pg_stat_file('base/'||oid ||'/PG_VERSION')).modification AS modify
        FROM 
          pg_database
        WHERE
          (pg_stat_file('base/'||oid ||'/PG_VERSION')).modification < NOW() - INTERVAL '14 days'
          AND datname LIKE '%\_%'
      LOOP
        EXECUTE 'DROP DATABASE IF EXISTS ' || quote_ident(db.datname);
        RAISE INFO 'Dropped database: %', quote_ident(db.datname);
      END LOOP;
    END;
    $$;
    
    Neni tam doreseno jen predani kolik dni zpetne se ma mazat, ale jinak to "skoro" funguje. Jediny problem je "ERROR: DROP DATABASE cannot be executed from a function or multi-command string."

    Po chvili googleni jsem se docetl, ze neni podporovano dropovani databazi ve funkcich a tak jsem to nakonec udelal shell scriptem na par radcich.

    Ne ze bych workaround nenasel, ale byl to rakovy hnus, ze mi prislo lepsi to udelat scriptem nize
    #!/bin/bash
    #
    # Simple postgre cleaning script
    #
     
    days_ago=${1?"First arg define how old databases may be deleted"}
    DELDB="/tmp/pg_deleted_db-$(date +%F)"
    
    
    # Generate databases list
    psql -c "SELECT \
      datname, \
      (pg_stat_file('base/'||oid ||'/PG_VERSION')).modification AS modify \
    FROM \
      pg_database \
    WHERE \
      (pg_stat_file('base/'||oid ||'/PG_VERSION')).modification < NOW() - INTERVAL '"${days_ago}" days\' \
      AND datname LIKE '%\_%';" | grep '_' > ${DELDB}
    
    
    # Main
    echo "Deleting databases more than $days_ago old..."
    
    while read -r dbname modify; do
      dropdb ${dbname} && echo "Database ${dbname} has been dropped because is last modified on ${modify}!"
    done < ${DELDB}
    
    
    Zrejme to neni usecase co by resilo mnoho lidi, ale mozna to nekomu usetri par hodin casu :-)

    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.