In conditiile in care un buhai sinistru cu creierii indienizati
maxim si apoi combinati cu tarite scrie in aplicatii "select * from ckt"
si apoi din script se apuca si triaza inregistrarile, nu stiu daca ai cui
sa-i explici de performante, indecsi, scalabilitate, resurse.
Din nenumaratele discutii cu astfel de specimene concluzia mea
este sa singura modalitate de a-i aduce pe calea cea buna este aplicarea
de corectii fizice, lucru de multe ori imposibil datorita distantelor.
De multe ori la astfel de scursuri gonoreice ale scolii romane de
programatori idioti prefer sa le creez eu indecsi pe tabele sau sa le dau
eventual chmod 000 pe scripturile lor jegoase daca darima ceva ce
afecteaza si pe altii care nu au nici o vina.
In avintul lor programatoricesc membrii acestei specii oribile de
drogati cu pisat de cal isi testeaza super aplicatiile pe tabele cu 3
inregistrari, si evident nu-si pun problema ce se intimpla cind tabela aia
va avea 5M inregistrari pe care ei fac select * sau select whatever where
ceva, unde acea conditie "ceva" nu poate fi aplicata decit printr-un scan
secvential al intregii tabele, si nu folosindu-se de unul sau mai multi
indecsi.
Deci daca aveti colegi de genul asta - mina pe ciocan - JMANG!
Daca-s parteneri sau co-workeri in alte locatii - FAIL - sau va deplasati
pina acolo.
--
Let's cut tha crap, ok? Ce spun eu aici ma reprezinta doar pe mine, si-mi
rezerv dreptul sa ning asupra oricarei companii pe care credeti voi c-as
sprijini-o eu in vreun fel, da?
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
