Problemy s PostgreSQL
Jan Kasprzak
kas na informatics.muni.cz
Čtvrtek Listopad 4 16:04:48 CET 1999
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 \\
Další informace o konferenci Databases