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í
×
včera 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 2
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 1
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 306 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: Python odmita indexovat data z MySQL

    2.2.2012 21:33 zdenek2008 | skóre: 20
    Python odmita indexovat data z MySQL
    Přečteno: 502×
    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: 20
    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: 20
    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: 20
    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: 20
    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: 20
    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.