OT: Novell (bylo: Re: OT: Excel vs. Calc)

Jozef Racek jozef_racek na tempest.sk
Čtvrtek Leden 10 18:05:00 CET 2013


Aktualne HW: 2x Oracle (Fujitsu) M9000
Pred tym: 2x SunFire 25k
Bezia na tom 2 Oracle DB, velkost DB aktualne neviem, bolo to niekde na 
7 TB/ks, pocet klientov radovo niekolko stovak (tak do 800), co nie je 
az tak vela.

DB Aplikacie ako storovane procedury = vela, vela, vela a este priserne 
napisane.
Tie to zabijaju najviac. Spominam na vyjadrenie jedneho kolegu po 
navrate od tohoto zakaznika:
"Ani hladna srnka netusi kolko", nie to este miestni admini...
"Ani diva svina sa v tom nevyzna", nie to este miestni admini...

A nikto nema odvahu sa pokusit nieco optimalizovat, lebo ak by nieco 
prestalo chodit, tak by bol VEEEELKY problem,
a hladalalo by sa "Kdo za to muze?..."
Tak to tam narasta a narasta, ked to maju na kolenach, tak hladaju 
nejaky vykonejsi HW.
Obavam sa, ze zatial asi dosli... Na SPARC-och su aktualne na strope.
Asi IBM power servery -P595 a pod. by mozno boli vykonnejsie, ale nikto 
nema odvahu rozhodnut o preportovni na ine procesory.
Teda jeden pokus bol. Dostat to na Intel platformu a blade servery. 
Skoncil asi po 6 mesiacoch fiaskom.

Cele riesenie by som si vedel predstavit rozbit na vrstvy, backend DB, 
Aplikacne servery, a Frontend servery.
Skalovat by to islo vertikalne, nepotrebovali by take vykonne zelezo ako 
kus.
Historicky ale zvolili taketo monoliticke riesenie a uz sa to nezmenilo, 
len narastalo....
Pri novych aplikaciach/doplneniach uz nikto neriesi vyuzitie 
existujucich tabuliek v DB, alebo ich casti, takze aj DB by sa dala 
zoptimalizovat na mozno 1/10 sucasneho stavu. Kazdy programator si 
"dobastli" svoje tabulky so svojimi zaznamami, svojimi indexami a 
niektore data su tam ulozene na "X" miestach paralelne, uplne zbytocne. 
Pre nich je to ale rychlejsie, ako by mali hladat, kde tie data, ktore 
potrebuju, su uz ulozene. Kompletna DB schema uz daaaaavno neexistuje.

Dodo



Další informace o konferenci Hw-list