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í
×
    13.9. 17:33 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.

    Ladislav Hagara | Komentářů: 0
    13.9. 01:33 | IT novinky

    Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si

    … více »
    Ladislav Hagara | Komentářů: 3
    12.9. 14:00 | Nová verze

    Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.

    Ladislav Hagara | Komentářů: 0
    12.9. 12:00 | Zajímavý článek

    Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).

    🇵🇸 | Komentářů: 20
    12.9. 05:33 | Bezpečnostní upozornění

    Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.

    Ladislav Hagara | Komentářů: 0
    11.9. 22:00 | Komunita

    V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.

    Ladislav Hagara | Komentářů: 16
    11.9. 17:33 | Nová verze

    Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 1
    11.9. 15:33 | IT novinky

    Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.

    Ladislav Hagara | Komentářů: 0
    11.9. 15:00 | IT novinky

    Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.

    Ladislav Hagara | Komentářů: 7
    10.9. 21:22 | Nová verze

    Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (81%)
     (7%)
     (3%)
     (3%)
     (4%)
     (2%)
    Celkem 176 hlasů
     Komentářů: 12, poslední 10.9. 13:00
    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: 556×
    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.