Dotaz: python a modul pro databáze

[Jáchym Čepický]

Zdravím,

rád bych napsal v pythonu (wxPython) jednoduchou prohlížečku databázových dat. Jedná se o nijak přehnaně velké tabulky, které spolu nejsou nijak propojené. Skutečně jenom zobrazit všechna data, seřadit je, vybrat z nich potřebná, grafická sestatovačka SQL dotazů. Až posud všechno celkem jednoduché a v pořádku.

"Problém" nastává v okamžiku, kdy se rozkoukávám, jaké že databázové rozhranní pro python mohu použít... Databázové tabulky mohou být uloženy v podstatě libovolném formátu: dbf,sqlite,postgresql,mysql,oracle, odbc obecně.

Existuje nějaký univerzální balíček pro práci s databázemi v pythonu (anižby to byl odbc, protože to je další závislost, která nemusí nutně každému vyhovovat)?

Je příliš velká utopie používat prostě konzolové nástroje a parsovat jejich standardní výstup?

Díky za tipy

Jáchym

Odpovědi

[regnarg]

Myslím, že žádný univerzální modul neexistuje (nebo o něm nevím; možná můžete zkusit prohledat PYthon Package Index na http://cheeseshop.python.org/pypi). Ale zcela jistě existují moduly pro většinu zmíněných databází existují moduly, takže parsovat výstup commandline utilit nebude třeba.

[Boris Dušek]

pro každou databázi jsou zvlášť moduly. ale všechny se snaží poskytovat jedno standardní API - tzv. Python DB API (to API má ještě verze 1 a 2). Stačí pak dát třeba import MySQL as sql, používat DB API, a v okamžiku, kdy budete potřebovat změnit typ databáze, tak jenom naimportujte příslušný modul pod stejným jménem (import PostgreSQL as sql), a protože má stejné API, tak to poběží. Jde samozřejmě využívat speciálních featur jednotlivých databází, a taky se může lišit kód (třeba sqlite nepotřebuje heslo, ale název souboru, mysql potřebuje umístění serveru, uživ. jméno a heslo), ale to hlavní (DB API) je stejné. Taky je potřeba si dát pozor, že se může lišit verze 1 a 2 DB API, ale to už si nepamatuju, neměl by to být problém.

[Jáchym Čepický]

Díky za odpovědi. Nachal jsem to na tom parsování příkazové řádky. Jde o to, nepřinášet více závislostí do existujícího projektu, než už existuje. GUI bude sloužit k práci s omezenou velikostí tabulek (256 sloupců, 32 000 řádků), na "pořádnou práci" zůstane CLI.

Dík za tipy

[Boris Dušek]

Ano, je pravda, že až od verze 2.5 je standardní součástí Pythonu alespoň jeden modul pro práci s databází, a to sqlite. Zbytek (mysql apod.) si člověk musí dotahat sám.

[Jáchym Čepický]

Program na kterém dělám zatím není na sqlite závislý, i když se o tom do budoucna uvažuje. Dík

[regnarg]

No parsovat commandline není dvakrát ideální nápad, obvzlášť když existují kvalitní moduly. Tato metoda má obrovská omezení...

[Jáchym Čepický]

Momentálně mi to přijde jako menší zlo, než chtít po uživatelých dalších tisíc a jednu závislost.

[happy barney]

??? imho ten váš program bude používať niekto, kto už nejakú databázu (a nedajbože aj daný python modul) používa. T.j. závislosti budú už splnené

[Jáchym Čepický]

používat databázi != mít nainstalovaný pythoní modul pro komunikaci s ní

seznam požadovaných "databází", které to musí umět:

• dbf DBF files. Data are stored in DBF files. http://shapelib.maptools.org/dbf_api.html
• sqlite SQLite embedded database. http://sqlite.org/
• pg PostgreSQL RDBMS. http://postgresql.org/
• mysql MySQL RDBMS. http://mysql.org/
• mesql MySQL embedded database. http://mysql.org/
• odbc UnixODBC. (PostgreSQL, Oracle, etc.) http://www.unixodbc.org/

to představuje poměrně dost balíčků. v programu, na kterém pracuji, již existují konzolové nástroje, které poskytují ke všem těmto databázím standardní textové rozhranní - nestarám se o to, v čem to je uložené.

díky za snahu

[azurIt]

je problem proste vsetky tieto moduly pribalik k programu ? parsovanie vystupu je fakt dost blbost :)

[Jáchym Čepický]

ad přibalení: to je trochy proti všemu ne? duplikace kódu atd atd

ad parsování: mě konstrukce

for line in os.popen("prikaz").readlines().
     attributes = line.strip().split("|")

(či něco v tom smyslu)

moc komplikovaná nepřipadá...(?)

[azurIt]

"ad přibalení: to je trochy proti všemu ne? duplikace kódu atd atd"
aka duplikacia ? ved pribalis cely modul a normalne ho naimportujes

ad parsování: mě konstrukce
o flexibilite a vykonnosti takehoto riesenia sa ani neda hovorit. pri kazdom SQL dotaze budes musiet zavolat externy program miesto prosteho vykonania jednej funkcie. z tvojej strany mi to pripada ako navyk prevzaty napr. zo shell skriptov.

[Jáchym Čepický]

ad přibalení: přibalim modul: musím ho uložit do hlavího CVS repositáře - má to smysl? nemá.

ad parsování: výkoné to není. ale zato to chodí

[azurIt]

ad přibalení: přibalim modul: musím ho uložit do hlavího CVS repositáře - má to smysl? nemá.
a preco by si musel ? :) to je IMHO dokonca blbost robit. moduly budes pribalovat len k binarkam, ktore pojdu userom. to je taky problem napisat skript, ktory skompletuje akysi 'balik' kde uz bude vsetko potrebne ? ved v nich nebudes nic menit, naco by si ich preboha pchal do CVS ;) dokonca ani povodny program sa ziadnym sposobom nezmeni.

[Jáchym Čepický]

tohle začíná být spíš filosofická otázka, než těchnická..

to je taky problem napisat skript, ktory skompletuje akysi 'balik' kde uz bude vsetko potrebne ?

to je super, napíšete mi ho? dík.

moduly budes pribalovat len k binarkam, ktore pojdu userom.

to mě budou baliči různých distribucí milovat...

[azurIt]

to je super, napíšete mi ho? dík.
ak je pre teba tazke urobit skript, ktory skopiruje par suborov z jedneho adresara do druheho, tak potom uz fakt neviem.. ;)

to mě budou baliči různých distribucí milovat...
? co s tym maju oni ? vari chces distribuovat .rpm, .deb, .. ? tie predsa podporuju zavislosti (a dokazu ich doinstalovat). hadam kazda velka distribucia ma python baliky pre DB frameworky takze v tomto pripade neviem co riesis..

nebudem sa tu s tebou dohadovat kedze tvoj pristup je 'hladat ako sa to neda'. povedal som ti sposob, akym sa to da velmi jednoducho urobit a ktory sa bezne pouziva. ked ho pouzit nechces, povedz to rovno, je to tvoja vec. tieto argumenty co tu generujes su fakt dost od veci :)

[Petr Mach]

Ze se namahas. Kdyz chce okopavat pole motykou, at okopava . Ze ten program bude nepouzitelny? At je. Kdyz ma problem pridat na seznam par zavislosti, at si rucne parsuje vystupy, resi nepovolene znaky ve vystupu, nepovolene znaky a ruzne formaty vystupu. A kdyz to resit nebude a program bude nespolehlivy, bude to snad vadit tobe? Jak se rika, komu neni rady, tomu neni pomoci .

[happy barney]

njn, kde sa python hrabe na perl (čo sa db týka)

to, čo píšete, to sú (ak tomu dobre chápem) iba soft-dependencies. čo tak to vyriešiť tak, že ak modul pre požadovanú db neexistuje, vypísať linku na "Comprehensive Python Archive Network", nech si doinštaluje? Normálny človek nebude potrebovať napr také mysql, zbytočný balast

konzolové nástroje sú nespolahlivé, najčastejšie chyby vznikajú pri klientovi z jednej verzie a serveru inej.

[regnarg]

Ale to je závislost tak jako tak, ať už je to řádkový příkaz nebo modul. U řádkových příkazů zase vzniká spousta problémů ohledně nekompatibilních výstupů, složitého zpracování, atp.

[Jáchym Čepický]

řádkový příkaz už existuje a je standardní součástí programu. výstupy jsou vždy stejné, zpracování mi nijak složité nepřijde.

[Igor Bodlak]

Dobry den, existuje beta verze modulu pro odbc fungujici i pod linuxem. Viz http://sourceforge.net/projects/pyodb/ ale obavam se dokumentace bude jen ve spanelstine. Zatim jsem tento modul nezkousel takze nevim jak na tom je.

[Messa]

SQLObject

[Daniel Kvasnička ml.]

Krome uz zmineneho SQLObjectu by se vam mohla jeste hodit SQLAlchemy.

Jak tak ale ctu vase pozadavky, doporucil bych mrknou se take na Dabo.

[Jáchym Čepický]

díky za tyhle dva typy, mrknu na to

[Jáchym Čepický]

jde o to, že GUI je jenom "náhražka" či "nadstavba" nad CLI, které existuje a funguje.

pro bližší info viz http://grass.itc.it