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

    V Bolzanu probíhá konference SFSCON (South Tyrol Free Software Conference). Jean-Baptiste Kempf, zakladatel a prezident VideoLAN a klíčový vývojář VLC media playeru, byl na ní oceněn cenou European SFS Award 2025 udělovanou Free Software Foundation Europe (FSFE) a Linux User Group Bolzano‑Bozen (LUGBZ).

    Ladislav Hagara | Komentářů: 0
    dnes 02:44 | Zajímavý projekt

    Open-source minimalistický trackball Ploopy Nano byl po modelech modelech Classic a Thumb Trackball také aktualizován. Nová verze Nano 2 používá optický senzor PAW3222 a k původně beztlačítkovému designu přidává jedno tlačítko, které ve výchozí konfiguraci firmwaru QMK přepíná režim posouvání koulí. Sestavený trackball nyní vyjde na 60 kanadských dolarů (bez dopravy a DPH).

    |🇵🇸 | Komentářů: 1
    včera 14:22 | Zajímavý článek

    Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.

    Ladislav Hagara | Komentářů: 0
    včera 09:55 | Komunita

    Kit je nový maskot webového prohlížeče Firefox.

    Ladislav Hagara | Komentářů: 14
    včera 00:11 | Nová verze

    Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.

    Ladislav Hagara | Komentářů: 2
    6.11. 23:55 | IT novinky

    Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.

    Ladislav Hagara | Komentářů: 1
    6.11. 18:00 | Komunita

    Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.

    karkar | Komentářů: 9
    6.11. 11:00 | IT novinky

    Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.

    Ladislav Hagara | Komentářů: 16
    6.11. 10:55 | Humor

    Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀

    Ladislav Hagara | Komentářů: 16
    6.11. 01:00 | Komunita

    Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.

    Ladislav Hagara | Komentářů: 19
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (18%)
     (17%)
     (22%)
     (15%)
     (22%)
     (15%)
     (16%)
    Celkem 325 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    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: 577×
    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.