Postgre vs My SQL

[MaReK Penguin Olsavský]

----- Original Message -----
From: Ing. Miloslav Ponkrac <miloslav.ponkrac na infos.cz>
To: <linux na linux.cz>
Sent: Wednesday, February 06, 2002 12:30 PM
Subject: Re: Postgre vs My SQL


> >> 3) Mozna by stalo za to, rozhodnout se i mezi dalsimi databazemi. IMHO
> treba
> >> Interbase je velmi zajimava databaze. A neco jsem slysel i o Sybase
> zdarma
> >> pro Linux. Pokud by to byla pravda, tak Sybase je z hlediska vykonu na
> tom
> >> velmi dobre, urcite predezene s prehledem jak MySQL, tak PostgreSQL.
Jak
>
> >S posledni verzi MySQL, ktera ma cache vysledku, bych si nebyl tim
> >predhanenim ze strany Sybase tak jist, zvlaste ve webovem nasazeni,
> >kde se porad dokola mota par stejnych selectu. Nicmene pripoustim, ze
> >(stejne jako Vy ;-) nemam cisla, kterymi bych predchozi vetu zespodu
> >podsprajcoval. A ano, touto pripadnou flame by bylo dobre nerusit
> >linuxove kruhy, takze za trest si uvarim caj.
>
>
> To je prave to, ze nikdo nevi, pro co to vlastne tazatel vysledku chce
> pouzit. Ja bych treba pro webove nasazeni pouzil MySQL ani bych nemrknul.
> Pro narocnejsi webove nasazeni bych uvazoval spise treba tu Sybase, nebo
> nejakou komercni databazi.
>
> Pro aplikace typu informacni system bych ale nepouzil ani MySQL (je prilis
> ocesana), ani PostgreSQL (nemam k ni duveru - no flame, pouze muj nazor).
> Pro takove nasazeni uz je potreba podpora referencni integrity, triggeru,
> apod.., a to MySQL nema. Pro IS je nutne, aby databaze byla spise
aplikacni
> platformou, nez jen skladistem dat.
>
> Interbase je genialni pro lokalni nasazeni, ma moznost ovladani db souboru
> pomoci sdilene knihovny. Az bude MySQL verze 4.0 ve stable verzi, tato
> moznost je tam take.
>
> Potom je take dulezite ruzne drobne nuance. Napriklad podpora do
> nejruznejsich vyvojovych prostredi.
>
> Co se tyka cisel, je to hrozne osidne. Dnes se jiz prakticky kazda
databaze
> da nastavit v mnoha parametrech a tak muzete ladit vykon databaze ve
vztahu
> k dalsim hodnotam, napriklad potrebe zdroju. Jenom treba ta MySQL je velmi
> flexibilni, lze nastavit velikosti ruznych vnitrnich bufferu, takze je
mozne
> ji treba nastavit do rezimu, kdy zabere pouze 2 MB pameti, stejne tak jako
> do rezimu maximalniho vykonu. A ono se to musi trochu umet nastavit
> optimalne pomery bufferu tak, aby vysledkem bylo neco jineho, nez pouze
> alokovana pamet.
>
> Totez jsem zazil na Sybase, kde to funguje dost podobne pri ladeni.
>
> Takze opravdu nemam cim bych podlozil sva tvrzeni ohledne vykonu, jsou
spise
> "heuristicka".
>
> Snad jen poznamku, ze je potreba se zaridit i podle dalsich veci, jako je
> podpora databaze do budoucna, reseni pripadnych problemu a dalsi.
>
> S pozdravem
>
> Miloslav Ponkrac

Protoze jsem tazatel, tak doplnuji. Jedna se mi o volbu pro zakaznika, ktery
si zvolil hosting na pes.cz, kde je k dispozici oboje. Databaze sice nebude
mit mnoho polozek (radove stofky), ale se strasne moc promennymi a vse jeste
dost dlouhe. Jedu na to samozrejme v PHP.
    Ta otazka mne napadla v souvislosti s ucetnictvim pro LINUX, protoze to
vyzaduje PostgreSQL, ja jsem mel za standardnejsi a rozsirenejsi MySQL,
takze nejaky rozumny duvod pro pouziti musel existovat.
    btw: V souvislosti s vyvojem webu pro zakaznika potrebuji nektera data z
formularu predavat ke zpracovani na server sifrovane (jdou tam i cisla
kreditek) a nevim, jak to zaridit. Poradi mi nekdo nejakou finticku??
        Diky
            MaReK

MaReK "Penguin" Olsavský
Private www: http://mujweb.cz/www/orsm
Private mail: marek.olsavsky na seznam.cz
BlueTree www: http://bluetree.hyperlink.cz
BlueTree mail: bluetree na seznam.cz