Názory k článku Co nového v PostgreSQL 7.3

Nadherny clanek, diky

p.s.
doufam ze se tu opet rozpouta flame kteraz to z databazi je lepsi :)

O tom není pochyb. PostgreSQL přeci ;-)

no jo - ale nikde jsem nenasel vazne rozumny srovnani firebird x postgre (o jine dobre alternative teda nevim)

ma to cenu, nema to cenu? pro co se mam rozhodnout? zn. koncim s mysql ;)

Ja bych to videl takhle: Firebird neznam a zatim jsem o nem neslysel, cimz je myslim receno hodne ;-) (ego rulez ;-)))

Chci tim rict, ze mozna je to moc dobra databaze, ale treba pro me je dulezita podpora spoluprace (a snadnost integrace) s dalsimi nastroji (konkretne Perl a PHP) - a tady jsem zatim na Firebird nenarazil.

Firebird (InterBase) ma dobrou (a open source) konektivitu z Perlu, Pythonu, PHP, Zope. Staci zaskocit na www.ibphoenix.com (nebo .cz, kdyz uz na to prijde) a na stranky projektu Firebird www.firebirdsql.org (nebo na firebird.sourceforge.net). BTW, Firebird je stabilne mezi 50 nejaktivnejsimi projekty na SourceForge a mezi prvni trojkou v Database Forge.

Kdyz uz mate tak rad PostgreSQL (nic proti tomu, je to dobra databaze), tak by jste se mel priucit, od koho vlastne PostgreSQL prebrala radu svych skvelych vlastnosti (multigeneracni architecturu napr. :-)

Nenechte se zmast, ze jste o Firebirdu neslysel (mozna ze jste slysel o InterBase, a to je to same). InterBase/Firebird ma velkou komunitu uz leta, a vetsi instalovanou bazi nez PostgreSQL, a vice nez patnactiletou uspesnou historii v komercni sfere.

Hezky receno. Ja osobne nechapu, proc nekdo pouziva MySQL (je to hracka - rychla, ale hracka[dlouho bez transakci, storovanych proc, cizi klice ...]).

Pry se jedna o Ferrari. Mozna, ale rodinne stribro (a tim data v kazde firme jsou) radsi prevazim v Lincolnu :-).

Jinak me osobne by take zajimalo objektivni porovnani PostgreSQL s Firebirdem a s SapDB.

Ja sam fandim FireBirdu (coz jste asi uz poznali :-)

Hmmm... to zni velmi presvedcive :)

Lze už u verze 7.3 používat odkaz na zděděný
primární klíč? To mne zatím _velmi_ chybí.

myslim, bohuzel ze ne. stejne jako indexy apod... dedicnost je zatim, podle me, rozumne nepouzitelna.

Nasel jsem jako latest akorat 7.2.3, takze pokud je 7.3 pouze mezi "developers" a jeste neni uvolnena jako stabilni, tak bych cekal, ze to v clanku bude alespon jednou vetou zmineno...

ano, nyni je 7.3 ve stadiu beta4, pristi tyden by mohla byt rc1.

alter table drop column super (aspon se to nebude muset delat pres tmp tabulku), ale doznalo zmeny i alter table add column pole prvek not null default '' ?? (v 7.2 se musi dat alter table na pridani pole, potom alter table na set default '' a potom pridat constraint na NOT NULL). A kdyz se dela constraint, tak je vypsany pod tabulkou a nikoliv v Modifiers pri popisu tabulky, coz je nekdy dost matouci.

myslim, ze not null ano, default ne.

Okrem jednej velkej zmeny add a DROP column pribudla este dalsia.
A niu je CLUSTER. Konkretne jeho spravanie. Verzia po CLUSTER-ovani zrusila vsetky referencie a primarne kluce plus indexi. Skratka nepouzitelny prikaz. V novej verzii sa vsetko zachovava len to preorderuje!!! Super.. PostgreSQL win..
Inak ani MySQL nieje na tom tak zle. Odporucam pockat na verziu 5.0, ktora vynde na buduci rok.

Chtel bych se zeptat, jestli je v planu pridani podpory threadu. Zatim to afaik funguje tak, ze pro kazdou konexi se vytvori novy proces, coz je rekl bych celkem narocne. Je v planu predelani na system 1 konexe = 1 thread?

Diky.

nedavno bola o tom opat diskusia v developer mailing liste a zaver bol nie

(Ne)narocnost vzniku threadu nebo forknuti neni moc relavantni a hlavne je systemove zavisla. Napriklad na linuxu to zase tak velky rozdil neni. Ostatne thready se pouzivaji vetsinou pro neco jineho (mutex, sdileni pameti apod.).

Co se tyka PG tak je zajem urychlit start spojeni a pripadne zachovavat nektere cache i pro nasledujici sessions. Resenim je pre-forked server, tedy presne to co dela klasicka verze apache (

myslim ze v diskusii zaznelo aj ze tvorba novych procesov je pomalsia na solarise a freebsd ale na zvysnych platformach by to nemal byt nejaky velky problem

Je radost videt ze open source projekty mohou i spolupracovat kdyz uz ne vymenou kodu tak alespon vymenou napadu. Rada novinek verze 7.3 je primo inspirovana InterBase/Firebirdem (a opacne, nektere veci ve Firebirdu 1.0 i noveho 1.5 jsou inspirovane PostgreSQL). Abych byl konkretni, jde predevsim o selectable procedury. Syntaxe je sice mirne odlisna od Firebirdu, ale podstata zustava. :-)

I kdyz oba projekty primo nespolupracuji, na posledni OSDB konferenci v Tokiu a na i jinych setkanich byly vedeny dlouhe diskuze mezi cleny obou projektu o technickych detailech obou databazi, kde a co by se dalo jak zlepsit a jake jsou zkusenosti s implementaci a provozovanim toho ci onoho (vzlastni podekovani smeruje k Ann Harrison z projektu Firebird za bezprikladnou iniciativu a obetavost :-).

Doufam, ze na FOSDEMu 2003 (v unoru v Brusselu, vice informaci na www.fosdem.org) budeme pokracovat :-)

I kdyz si obe databaze primo "konkuruji" (jsou k sobe jako KDE a GNOME, dle LinuxWorld 2002 Reader's Choice Award je v popularite letos PostgreSQL cislo dva za MySQL, InterBase/Firebird je cislo tri - Oracle byl tentokrat odsunut na ctvrte misto :-), je svet open source preci jen jiny nez komercni sfera. Geekove radi sdileji sve zkusenosti a radi se uci novym trikum, nez aby se navzajem snazili vyhodit za kazdou cenu ze sedla.

Blahopreji tymu PostgreSQL, a preji jim mnoho uspechu s verzi 7.3 i do budoucna. Potrebujeme stale lepsi a spolehlivejsi databaze :-)

Jako by vyvojari PostgreSQL meli napichnutou stenici u meho PC a zapisovali si, kdyz pri praci s PG nadavam :-). Jestli tyto vylepseni budou skutecne funkcni, stane se pro me PostgreSQL jednoznacnou jednickou mezi free databazemi. Moznost vracet z Pl/PgSQL recordset pro me znamena velice vitanou novinku. Zjednodusi se tim vyvoj a umozni to dal optimalizovat aplikace postavene nad touto databazi. Rovnez upravu ALTER velice vitam.

To mne celkem potesilo, protoze na strankach jboss.org je pro managery obrazek, kde vystupuji 3 DB - Oracle, DB2 a postgresql.Takze jsem uz konecne vykopal vsechny MySQL :-)

muj nazor(mozna jen muj??) :
vite on Postgres neni moc srovnatelny s MySQL, protoze to co nabizi MySQL se nerovna ani 1/10 toho co vzladne, ale pokud potrebujete jednoduche operace a ne nejake super slozite funkce a resite si manipulaci dat pomoci vystupnich aplikaci(neni to ta nejlepsi cesta, ale ma sve vyhody) tak, je lepsi pouzit MySQL a ne postgres

on ten linkoln je rozhodne lepsi a data se v nem i hezky hyhodnoti, ale pokud potrebujete rychlost vsadte na ferrary

PS: proc myslite ze ma v sobe PHP zabudovanou podporu MySQL a ne postgres, je to kvuli tomu ze postgres se neda zdaleka plne vyuzit pomoci PHP
PSS: nevim jak je to v PERLU, ale pokud delate webove aplikace tak je nejlepsi volba MySQL a pokud neco sloziteho a duleziteho tak postgres nebo iterbase

Používám v PHP PostgreSQL, podporu tam má velmi pěknou a musím říct,že se vyplatí i na méně složité projekty, už jen kvůli cizím klíčům. Procedurální jazyk je také velmi vhodný i pro menší aplikace. MySQL je ohromně rychlé, to mu nikdo nebere. Postgres dokáže být taky velmi rychlý, pokud se použije porsistentní spojení, čímž se odstraní největší nevýhoda PG a to je právě pomalost připojení k DB. Rychlost se dá právě získat použitím vyspělejších DB funkcí, které přenesou část logiky PHP do samotné databáze, o tom že je to i bezpečnější nemá cenu diskutovat.

Kdo mysli hlavou vi ze jste mimo :)

Pro ostatni, PHP ma podporu pro vsechny bezne pouzivane DB. Perl take, viz cpan.org modul DBI.

A co se tyce rychlosti, pouziju Vase srovnani s auty, i kdyz budete mit Ferrari tak ja dorazim s embeckem do cile driv nez Vy. Vy totiz s Ferrari neumite jezdit... ;)))

Jo a jeste jedna vec, kdyz uz delate do PHP.
PHP melo prvni podporu pro mSQL a pak PgSQL. Az tak o rok(?) pozdeji MySQL.

a to je jeho neschopnost znovupouziti mista ktere vzniklo po updatech ci deletech. Ja vim ze crontab je na kazdym unixu, ale...
na aplikaci s triceti updatama za sekundu je proste nepouzitelnej.
jinak sem fanatickej zastance postgresu aby bylo jasno

Tak si říkám, že PREPARE/EXECUTE by mohlo celkem ideálně tvořit pozadí pro PreparedStatement v JDBC. Nevíte náhodou někdo, jestli to je v plánu (nebo už dokonce hotové)?

Ano JDBC uz s tim pocita, ale z duvodu kompatibility
s pozadovanym API to neni defaultne zapnute.Je nutne volat pro zapnuti teto vlastnosti org.postgresql.PGStatement.setUseServerPrepare(true)

Precti si debatu na:
http://www.geocrawler.com/archives/3/12/2002/9/100/9720889/

Dobrý den,

existuje nějaký WIN správce PSSQL databáze, resp. celého serveru. Něco jako MS Enterprise Manager či Sybase Central pro databáze Sybase.
Existuje nějaký šikovný SQL editor pro WIN.
Děkuji

Jan Kirchner

Neviete nahodou niekto ako mam prinutit postgres triedit slovensky a nie anglicky?

Jeden moj pokus bolo nastavit mu premenne LANG,LC_COLLATE a ine na sk_SK, ale to som mu vedel vnutit jedine cez /etc/sysconfig/i18n a teda spolu s nim aj celemu systemu a to by som nechcel. Navyde aj tak to triedilo divne. Sice nie anglicky, ale ku slovencine to malo aj tak daleko.

na subor /var/lib/pgsql/initdb.i18n to kasle, mozem s nim cvicit ako chcem

Dik

http://root.cz/clanek.php4?id=1027