Problemy s PostgreSQL

[Jan Kasprzak]

Karel Zak - Zakkr wrote:
: 
:  Na ftp man modul do PgSQL s md5() (oni to do standardni distribuce moc
: nechtej :-( a mozna by se to dalo udelat i pro LO).
: 
	:-) MD5 byla prvni vec, kterou jsem si zkusil implementovat jak
v PgSQL, tak v MySQL. Bylo to jen proof-of-concept, takze jestli to fakt
budu potrebovat, podivam se rad na jinou implementaci.

: > 	Protoze nechci mit v te aplikaci zadnou dalsi pristupovou cestu
: > k datum. Protoze k datum v databazi pristupuji po siti a nechtel bych do
: > toho tahat dalsi NFS nebo neco takoveho.
: 
:  Uz jsme se o tom bavili.. ale znova (ja to snad nakonec napisu do LN :-) 
: ..s Large Obj. API pochopitelne muzes pracovat po siti a pokud zrovna
: nepouzivas nejake ODBC (nebo jinou zvrhlost) tak neni duvod proc to
: nepouzit, bezne v C/PHP/Tcl (me to beha v realne alikaci (fotky, PGP klice,
: certifikaty..). 
:
	Ehm. Tos me nepochopil - ja jsem praci po siti uvadel jako
argument proc to nemit v souborech, ne proc nepouzit LO.
 
:  Jaky je problem pouzit lo_create / lo_open pokud uz pouzivas PQexec() ?

	PQexec nevim co je. Ja pouzivam DBI. Je nejaky pristup k LO pres
DBD::pgsql?

:  Jen pozor klient<->server pri praci s LO musi byt v transakci!

	Mohl bych znat podrobnosti - jaky je pro to duvod?

	Diky a omlouvam se vsem za pravdepodobne stupidni
dotazy -- mym oborem jsou prece jen vic operacni systemy nez databaze.

-Yenya

-- 
\ Jan "Yenya" Kasprzak <kas at fi.muni.cz>       http://www.fi.muni.cz/~kas/
\\ PGP: finger kas at aisa.fi.muni.cz   0D99A7FB206605D7 8B35FCDE05B18A5E //
\\\             Czech Linux Homepage:  http://www.linux.cz/              ///
/// I'd much prefer a sane architecture that doesn't continually try to  \\\
//  reinvent the bad idea of memory windows.   -Linus on Xeon 36-bit MM   \\