[Java lista] Hibernate - adatbazis csere

[Zsombor]

On 11/6/07, Stef <stefhun at gmail.com> wrote:
>
> Sziasztok!
>
> Zsombor <gzsombor at gmail.com> Ă­rta, 2007.11.06.:
> >
> >
> >
> > On 11/6/07, Gabor Szokoli < szocske at gmail.com> wrote:
> > >
> > > On Nov 6, 2007 9:31 PM, Stef <stefhun at gmail.com> wrote:
> > >
> > > Megkerdezhetem miert kell atternetek postgresrol mysqlre? En mindig
> > > csak az ellenkezo iranyt tapasztalom: az egytablasnak indulo
> > > projectekkel is atterunk postgressre ahogy bonyolodik a sema :-)
> > >
> > >
> > Akkor nekem meg az a kĂŠrdĂŠsem lenne, hogy mi az amit nem tudtok
> > megoldani mysql-lel? :)
> > Az biztos, hogy ĂŠn rĂŠm igĂŠnytelen vagyok az adatbĂĄzisokkal kapcsolatban,
> > erre mĂĄr fĂŠnyderĂźlt az elmĂşlt ĂŠvekben :)
> >
> > Zs
> >
> >
> Akkor jĂśn szĂłba a postgre, amikor a mysql-t kinĂśvi az alkalmazĂĄs. Ez az,
> amit nem szoktak megvĂĄrni, ĂŠs eleve postgre-n kezdik a projektet. Ha meg van
> pénz bőven, akkor csak oracle jöhet szóba.



Milyen ĂŠrtelemben nĂśvi ki a mysql-t? MĂŠretben elĂŠr valami x GB-ot ? Amikor a
MySQL feladja s a postgres meg nem ? Hogy az Oracle mĂĄs kategĂłria azt tudom.
(Nem mintha kevesebb meghalt oracle instancet lĂĄttam volna eddig mint
mysql-t :) )


Az elsődleges elvárás egy adatbázis kezelőhöz adminisztrátori szempontból:
> az adatbĂĄzisokat tudjad kĂźlĂśn fĂĄjlokba tĂĄrolni (tablespace....) ĂŠs ezĂĄltal
> fizikailag kĂźlĂśn winyĂłn elhelyezni (teljesĂ­tmĂŠny). Ezt nem tudja a 4-es
> mysql, hogy a tĂśbbi verziĂł igen-e, azt nem tudom, nem nĂŠztem utĂĄna... A sort
> lehet fojtatni, mind vagy a teljesĂ­tmĂŠnnyel vagy a szolgĂĄltatĂĄssal fĂźgg
> Ăśssze.



Ez a tablespace mĂłkĂĄt mintha tudnĂĄ mĂĄr az 5Ăśs MySQL InnoDB-vel, de nem
prĂłbĂĄltam, nem volt szĂźksĂŠg rĂĄ, biztos hasznos tud lenni, ha mĂźkĂśdik.
KonkrĂŠtan ilyet tud a Postgres? Vagy mik azok amiben jobb? Tudom, rĂŠgebben a
tranzakciĂł kezelĂŠst, view-ket, SP-ket hoztĂĄk fel, hogy azok hiĂĄnyoznak a
MySQL-ből - teljesen jogosan. Vagy akár a subselecteket :) De ez már régen
volt. Jelenleg én annyira tudom megkülönböztetni a Postgres-t a MySQL-től,
hogy pgsql-nĂŠl lĂĄtszik a processzek szĂĄmĂĄbĂłl, hogy hĂĄny kapcsolat van ĂŠppen
:)


Ha programozói szemszögből közelítek, akkor meg ha ORM-et használ valaki,
> ĂŠdes mindegy, mi az adatbĂĄzis.
> Ha meg teljesítmény probléma van, akkor meg úgysem nyúlnak először a
> kódhoz, hanem kicserélik a vasat vagy az adatbázist alatta vagy mindkettőt
> egyszerre :-))) A kĂłdhoz a legvĂŠgĂŠn nyĂşlnak.


Igen. Vagy legalĂĄbbis is. A legtĂśbbszĂśr nem vĂŠletlenĂźl van teljesĂ­tmĂŠny
problĂŠma :) Akkor a szerencsĂŠs eset, ha pĂĄr buffer megnĂśvelĂŠsĂŠvel, pĂĄr index
felrakĂĄsĂĄval, RAM bepakolĂĄsĂĄval meg tudja Ăşszni az ember. De vannak olyan
programok, amik ennĂŠl alaposabban vannak benne a pĂĄcban :)


TermĂŠszetesen mindent meg lehet oldani mysql-el, csak az a kĂŠrdĂŠs, milyen
> ĂĄron... ĂŠs a teljesĂ­tmĂŠny egy nagyon ĂŠrzĂŠkeny dolog...
> Az Én kis 10-20 entitásos alkalmazásomnál meg a teljesítmény nem szempont,
> az adatbĂĄzis simĂĄn befĂŠr a memĂłriĂĄba, annĂĄl gyorsabb adatelĂŠrĂŠs meg nincs
> :-)
>
> Stef
>
>
Milyen ĂĄron? :)

Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20071107/f8a38111/attachment.html