Problemy s PostgreSQL

[Jan Kasprzak]

Karel Zak - Zakkr wrote:
: > trva na mem notebooku desne dlouho oproti pripadu, kdy misto psql napisu
: 
:  No notebook :-) na mem serveru (nastaveno -F (PGSYNC=no)) delal jsem to bez
: toho RANDOM to trva:
: 
: 	* psql	(1.8 s)
: 	* psql -q (1.5 s)
: 	* pokud se to provede v 1 transakci tak 1.07 (s) - tedy o tretinu
: 							 rychleji..
: 	* jeste jsem nastavil transakci na 
: 		SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
: 	  ale zrychleni je tak mozna na hranici meritelnosti.. takze bez
: 	  efectu
: 
: Takze:
: 
: XXX=`seq 1 1000`
: X=`for i in $XXX; do echo "INSERT INTO xxx values ($i); "; done`
: echo "BEGIN; $X COMMIT;" | psql test -q
: 
: > mysql. Vypada to, ze postmaster hned kazdou zmenu commituje na disk, zatimco
: 
:  COMMITuje pokud mu nereknes, aby to nedelal..
:
	Jasne. Muj prispevek nebyl minen jako narek nad tim, ze je to 
pomale, ale spis jako dotaz, jak to zrychlit.

: > 	Ach jo, kdyby tak ten Postgres umel rozumne bloby ...
: 
: Ty v tech BLOBech budes hledat - ty je budes indexovat?

	Ne, indexovat bych je chtel MD5sumem jejich obsahu. Jen vkladat
a vytahovat, pripadne testovat na shodu.

: ale proc to cpat
: do tabulek kdyz se to pouziva "non-SQL" stylem (vetsinou)?

	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.

	Ach jo, databaze i filesystemy se porad vylepsuji, ale jeste porad
neumi zadny z nich tolik, aby nahradil toho druheho (i kdyz priznejme,
reiserfs celou vec posunul o hodne kupredu ...).

-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   \\