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 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    dnes 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    dnes 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

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

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    včera 14:22 | Komunita

    Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.

    Ladislav Hagara | Komentářů: 7
    včera 04:44 | Komunita

    Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).

    Ladislav Hagara | Komentářů: 2
    26.4. 22:22 | Nová verze

    Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).

    Ladislav Hagara | Komentářů: 1
    26.4. 21:55 | Komunita

    Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 1
    25.4. 04:00 | Nová verze

    raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (3%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 1447 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Python odmita indexovat data z MySQL

    2.2.2012 21:33 zdenek2008 | skóre: 26
    Python odmita indexovat data z MySQL
    Přečteno: 608×
    V Pythonu jsem dosud zpracovaval data zapsana rucne do seznamu primo ve skriptu (seznamy "datumy[...]", "gold[...]" atd.). Ted si chci ulehcit praci a nacitat je do seznamu primo z MySQL. Takze jsem pridal kousek kodu ktery nacte udaje z MySQL a ulozi jednotlive sloupce do promennych se stejnymi nazvy jako puvodni rucne vytvarene seznamy. Az dosud vse funguje, data se mi v konzoli normalne vypisuji. Pote zakomentuji nektery z rucnich seznamu jestli si nasledujici kod "vezme" prislusnou stejnojmennou promennou z MySQL misto toho rucne vytvareneho (a nyni zakomentovaneho) seznamu. Ale ouha:

    Traceback (most recent call last):
      File "trhy.py", line 163, in module
        text = nazev_krivky+'\n'+str(krivky[index_krivek][0]),#prvni zaznam z kazde krivky
    TypeError: 'Decimal' object does not support indexing
    
    Traceback (most recent call last):
      File "trhy.py", line 133, in module
        text=str(datumy[0]),
    TypeError: 'datetime.datetime' object is unsubscriptable
    
    Traceback (most recent call last):
      File "trhy.py", line 163, in module
        text = nazev_krivky+'\n'+str(krivky[index_krivek][0]),#prvni zaznam z kazde krivky
    TypeError: 'float' object is unsubscriptable
    

    Podle typu konkretni promenne dostavam chybova hlaseni ze promenne nelze indexovat. Rozumim tomu tak ze data nactena z MySQL si zachovaji typ sloupce a navic promenna z nich vytvorena neni takovym seznamem jako muj puvodni vytvareny rucne primo ve skriptu. Ta data z MySQL by snad mela jit nejak pretypovat?

    ...
    spojeni_db = mysql.connect('localhost', 'uzivatel', 'heslo', 'moje_db')
    
    # prepare a cursor object using cursor() method
    ukazatel_db = spojeni_db.cursor()
    
    # Prepare SQL query.
    dotaz = "SELECT * FROM trhy WHERE YEAR(datum)=2012 ORDER BY datum ASC" #\
    #       WHERE INCOME > '%d'" % (1000)
    try:
       # Execute the SQL command
       ukazatel_db.execute(dotaz)
       # Fetch all the rows in a list of lists.
       vysledek = ukazatel_db.fetchall()
       nazev_pole = ukazatel_db.description
       print "%s %s %s %s %s %s %s %s %s" % \
       (nazev_pole[0][0], nazev_pole[1][0], nazev_pole[2][0], nazev_pole[3][0], nazev_pole[4][0], nazev_pole[5][0], nazev_pole[6][0], nazev_pole[7][0], nazev_pole[8][0])
       for zaznam in vysledek:
          datumy = zaznam[0]
          eur_usd = zaznam[1]
          usd_jpy = zaznam[2]
          gbp_usd = zaznam[3]
          usd_chf = zaznam[4]
          gold = zaznam[5]
          sp500 = zaznam[6]
          tbonds_30y = zaznam[7]
          oil_brent = zaznam[8]
          #print type(gold)
          # Now print fetched result
          #print "%s %s %s %s %s %s %s %s %s" % \
          #       (datumy, eur_usd, usd_jpy, gbp_usd, usd_chf, gold, sp500, tbonds_30y, oil_brent)
          #print "%s" % (gold)
    except:
       print "Error: unable to fetch data"
    
    # disconnect from server
    spojeni_db.close()
    
    
    #+++ DATA PRO KRIVKY +++
    #++++++++++++++++++++++++++++++++++++++++++++++++++++
    
    
    oil_brent = [107.38, 111.31, 111.63, 113.69, 113.41, 110.58, 111.09, 111.49, 111.04, 111.05, 112.16, 111.84, ]
    
    t_bonds_30y = [7.01, 7.02, 6.97, 6.94, 6.98, 6.87, 6.9, 6.9, 7, 7.05, 6.99, 7.01, ]
    
    sp500 = [1257.6, 1278.34, 1277.06, 1277.3, 1281.06, 1321.2, 1318.45, 1314.94, 1313.01, 1312.41, 1328.04, 1324.09, ]
    
    gold = [1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1717.20, 1722.90, 1726.00, 1742.50, 1746.70, 1747.80, ]
    
    usd_chf = [1.0634, 1.0739, 1.0647, 1.0534, 1.0513, 1.0845, 1.0861, 1.0951, 1.0896, 1.0867, 1.0957, 1.0912, ]
    
    gbp_usd = [1.5471, 1.5658, 1.5606, 1.5519, 1.5501, 1.5638, 1.5689, 1.5721, 1.5704, 1.5762, 1.585, 1.5836, ]
    
    usd_jpy = [0.0130, 0.0130, 0.0130, 0.0130, 0.0130, 0.0129, 0.0129, 0.0130, 0.0131, 0.0131, 0.0131, 0.0131, ]
    
    eur_usd = [1.2922, 1.307, 1.2984, 1.2839, 1.2804, 1.3095, 1.3104, 1.3213, 1.3136, 1.3083, 1.3196, 1.3159, ]
    
    datumy = ['2012 - January - 02', '2012 - January - 03', '2012 - January - 04', '2012 - January - 05', '2012 - January - 06', '2012 - January - 25', '2012 - January - 26', '2012 - January - 27', '2012 - January - 30', '2012 - January - 31', '2012 - February - 01', '2012 - February - 02', ] 
    
    
    #seznam "krivky" nesmi mit vyssi pocet prvku nez je jednotlivych krivek!
    krivky=[eur_usd, usd_jpy, gbp_usd, usd_chf, gold, t_bonds_30y, sp500, oil_brent,]
    ...
    

    Řešení dotazu:


    Odpovědi

    2.2.2012 22:20 l4m4
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Chyby vznikají tak, že pracuješ s věcmi, které nejsou řetězce, jako s řetezci. Ty věci jsou například čísla, data, etc., protože v databázi to máš jako přesnější typy, ne řetězce.

    Jsou tedy zhruba tři možnosti (smysluplná je podle mne jen první, ale budiž):

    1) Operace, které s nimi provádíš jako s řetezci, mají smysl i s těmi lepšími (tj. data přesněji vystihujícími) typy, které dostáváš z MySQL, často i větší smysl. Přepiš kód, aby pracoval s těmi lepšími typy.

    2) Chceš všechno mít jako řetezce a hotovo. Ukládej tedy všechno do MySQL jako řetězce, nikoli jako přesnější typy.

    3) Chceš mit v databázi přesnější typy, ale v Pythonu s tím pracovat jako s řetězci. Musíš to po načtení naformátovat do řetezců (operátorem %, metodou strftime, etc.) -- a to velmi obezřetně, protože ten kód zjevně počítá s docela přesnými tvary těch řetězců.
    2.2.2012 22:34 zdenek2008 | skóre: 26
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Ano, s daty provadim dalsi kalkulace, spis bych dal prednost puvodnim typum z databaze nez retezcum. Mezitim jsem jeste kod prepsal, on totiz ani nevytvarel ty promenne jako seznamy, v kazde iteraci do nich ukladal jen jednu hodnotu z aktualniho zaznamu databaze. Tak ted mam seznamy. Nasledujici kod si z nich nacte prvni hodnotu, zpracuje ji, ale pri signalu ke zpracovani dalsi hodnoty ze seznamu vyhlasi opet stavku:

    Traceback (most recent call last):
      File "trhy.py", line 284, in module
        osa_y_popisky = procentni_zmena_popisky_oproti_zacatku * krok_na_ose_y
    TypeError: unsupported operand type(s) for *: 'Decimal' and 'float'
    

    Prepsany kod:
    dotaz = "SELECT * FROM trhy WHERE YEAR(datum)=2012 ORDER BY datum ASC" #\
    #       WHERE INCOME > '%d'" % (1000)
    try:
       # Execute the SQL command
       ukazatel_db.execute(dotaz)
       # Fetch all the rows in a list of lists.
       vysledek = ukazatel_db.fetchall()
       nazev_pole = ukazatel_db.description
       print "%s %s %s %s %s %s %s %s %s" % \
       (nazev_pole[0][0], nazev_pole[1][0], nazev_pole[2][0], nazev_pole[3][0], nazev_pole[4][0], nazev_pole[5][0], nazev_pole[6][0], nazev_pole[7][0], nazev_pole[8][0])
      
       datumy = []
       eur_usd = []
       usd_jpy = []
       gbp_usd = []
       usd_chf = []
       gold = []
       sp500 = []
       tbonds_30y = []
       oil_brent = []
    
       for zaznam in vysledek:
          datumy.append(zaznam[0])
          eur_usd.append(zaznam[1])
          usd_jpy.append(zaznam[2])
          gbp_usd.append(zaznam[3])
          usd_chf.append(zaznam[4])
          gold.append(zaznam[5])
          sp500.append(zaznam[6])
          tbonds_30y.append(zaznam[7])
          oil_brent.append(zaznam[8])
    
          #datumy = zaznam[0]
          #eur_usd = zaznam[1]
          #usd_jpy = zaznam[2]
          #gbp_usd = zaznam[3]
          #usd_chf = zaznam[4]
          #gold = zaznam[5]
          #sp500 = zaznam[6]
          #tbonds_30y = zaznam[7]
          #oil_brent = zaznam[8]
          #print type(gold)
          # Now print fetched result
          #print "%s %s %s %s %s %s %s %s %s" % \
          #       (datumy, eur_usd, usd_jpy, gbp_usd, usd_chf, gold, sp500, tbonds_30y, oil_brent)
          #print "%s" % (gold)
    
       print type(oil_brent)
       print "%s %s" % (datumy[0], datumy[1])
    
    except:
       print "Error: unable to fetch data"
    
    # disconnect from server
    spojeni_db.close()
    
    
    
    #+++ DATA PRO KRIVKY - TADY NESMI BYT NIKDE NULA! +++
    #++++++++++++++++++++++++++++++++++++++++++++++++++++
    
    
    oil_brent = [107.38, 111.31, 111.63, 113.69, 113.41, 110.58, 111.09, 111.49, 111.04, 111.05, 112.16, 111.84, ]
    
    t_bonds_30y = [7.01, 7.02, 6.97, 6.94, 6.98, 6.87, 6.9, 6.9, 7, 7.05, 6.99, 7.01, ]
    
    sp500 = [1257.6, 1278.34, 1277.06, 1277.3, 1281.06, 1321.2, 1318.45, 1314.94, 1313.01, 1312.41, 1328.04, 1324.09, ]
    
    gold = [1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1730.00, 1717.20, 1722.90, 1726.00, 1742.50, 1746.70, 1747.80, ]
    
    usd_chf = [1.0634, 1.0739, 1.0647, 1.0534, 1.0513, 1.0845, 1.0861, 1.0951, 1.0896, 1.0867, 1.0957, 1.0912, ]
    
    gbp_usd = [1.5471, 1.5658, 1.5606, 1.5519, 1.5501, 1.5638, 1.5689, 1.5721, 1.5704, 1.5762, 1.585, 1.5836, ]
    
    usd_jpy = [0.0130, 0.0130, 0.0130, 0.0130, 0.0130, 0.0129, 0.0129, 0.0130, 0.0131, 0.0131, 0.0131, 0.0131, ]
    
    eur_usd = [1.2922, 1.307, 1.2984, 1.2839, 1.2804, 1.3095, 1.3104, 1.3213, 1.3136, 1.3083, 1.3196, 1.3159, ]
    
    datumy = ['2012 - January - 02', '2012 - January - 03', '2012 - January - 04', '2012 - January - 05', '2012 - January - 06', '2012 - January - 25', '2012 - January - 26', '2012 - January - 27', '2012 - January - 30', '2012 - January - 31', '2012 - February - 01', '2012 - February - 02', ] 
    
    
    #seznam "krivky" nesmi mit vyssi pocet prvku nez je jednotlivych krivek!
    krivky=[eur_usd, usd_jpy, gbp_usd, usd_chf, gold, t_bonds_30y, sp500, oil_brent,]
    
    2.2.2012 22:47 l4m4
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Typ Decimal se nedá ve výrazech kombinovat s normálními floaty. Nevím přesně proč, IMO by se mohl ke konverzi používat defaultní Context, ale prostě to nejde. Takže chceš-li používat Decimal, musíš převést na Decimal všechna čísla, které používáš ve výrazech s nimi.
    2.2.2012 23:02 zdenek2008 | skóre: 26
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Float nepotrebuji, to klidne zmenim na Decimal. Uvidime co bude s tim DateTime...
    2.2.2012 23:19 zdenek2008 | skóre: 26
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Vse je ted v databazi Decimal (krome datumu), ale nepomohlo.
    2.2.2012 23:57 l4m4
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Nevím, jak vznikly proměnné ve výrazu

    procentni_zmena_popisky_oproti_zacatku * krok_na_ose_y

    z toho kódu to nelze říci. Ale jedna je prostě Decimal a druhá float, což nejde.
    3.2.2012 16:03 zdenek2008 | skóre: 26
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Diky, overim si typovani v tom skriptu a pokusim se to sjednotit.
    rADOn avatar 3.2.2012 13:57 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    A co takhle pouzit kapku pythoni magie?
    c = db.cursor()
    c.execute("select * from spam where ham=42")
    result = dict(zip([i[0] for i in c.description], zip(* c.fetchall() )))
    
    Vysledek je slovnik takze krome jineho se to nerozsype kdyz pridas dalsi sloupec. try blok si doplnis za domaci ukol, jinak je to afaik ekvivalentni te tvoji hruze (bez urazky, lidi kteri kombinuji select * s hardcodovanymi indexy by se meli veset za nos na semafor, casem pochopis sam). Saskovani s prevodem typu mysql sloupcu na pythoni objekty ridi slovnik MySQLdb.converters.conversions, predanim upraveneho konvertoru do konstruktoru spojeni muzes aplikovat Decimaly i na floaty nebo se jich naopak uplne zbavit. Jeste predtim bych ti ale VELMI doporucil prostudovat v dokumentaci MySQL i pythonu co to vlastne decimalni typ je a jestli to vubec potrebujes. Financni aplikace ktere neumi ani spravne secitat desetniky jsou dost tragicky zpusob humoru.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    Řešení 1× (zdenek2008 (tazatel))
    3.2.2012 16:02 zdenek2008 | skóre: 26
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    "te tvoji hruze"
    "veset za nos na semafor"
    "Saskovani"
    "tragicky zpusob humoru"

    Kde si myslis ze jsi ty chudinko? Kdyz neumis byt slusny tak sklapni.
    rADOn avatar 3.2.2012 17:35 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Python odmita indexovat data z MySQL
    Myslím si že jsem na serveru kde jsou tázající v poradně slušní k lidem kteří se jim snaží pomoci, místo aby hledali důvody proč se urážet. Když neumíš přijmout kritiku, tak sklapni.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco

    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.