saxus (statz) | #9, Agyfasz (419) |
2378 | #1c64 | ^ | Idézet | Mon, 07 May 2012 16:35:23 +02 |
0.0.*.* | *.kgb.gov.su |
2007-es cikk, azért az már eléggé elavult (Utóbbi években nagyon durván tolták a skálázódás iparágat a PG-nél). Viszont az igazi skálázódás nem ott kezdődik, hogy egy gépre felskálázódik, hanem egy nagyobbacska clusterre felskálázódik. Ilyet normálisan jelenleg se a MySQL, se a PostgreSQL nem tud AFAIK. Másrészt a Pg multi process-single thread arch, egy combosabb query-t esélytelen, hogy magától bepárhuzamosítson jelenleg.
Erre van a JNI vagy a C++/CLR. Utóbbiban meg aztán minden mehet. Breaking news: .NET-re nem csak C#-ban lehet kódolni.
Na ez úgy fasság, ahogy van: helyesen: SELECT ... FROM products LEFT JOIN products_lang ON (products.id = products_lang.products_id) WHERE products_lang.lang_id = 1; VAGY SELECT ... FROM products LEFT JOIN (SELECT * FROM products_lang WHERE lang_id = 1) t ON (products.id = t.products_id) Azt mondanám, hogy az esetek 99%-ában az első verzió a jó, az optimalizer statisztika alapján úgy is eldönti, hogy mikor hogy mit érdemes. (Seq scan v hash join v subquery-re átalakítani, stb.) Persze, tudom, te ódzkodsz az ilyenektől, de egy RDBMS pont az a témakör, ahol lehet tuningolni, de ész nélkül csak ártasz és nem mindig vannak örök érvényű szabályok, csak statisztikák.
MySQL-ben a varchar meg 255 karakter lehet. Oszt'?
RDBMS, DB, tábla, mező. Jobb helyeken erre mind lehet állítani.
Csupán kemi enyhén sajnálkozó "szétbarmolta a SUN-t" felszólalására kívántam reagálni. :) |