Názor k článku Firebird SQL 1.5 za dveřmi od Pichi - Ciste teoreticky: 1/ Vezmu system, ktery neobsahuje nejake...

  • Článek je starý, nové názory již nelze přidávat.
  • 17. 9. 2003 15:30

    Pichi (neregistrovaný)

    Ciste teoreticky:
    1/ Vezmu system, ktery neobsahuje nejake feature a je vyladeny na max vykon delat to co chci (nepotrebuji ony feature!).
    2/ Ted si vezmu nejaky jiny system, ktery tyto feature obsahuje a je vyladen jakkoli. Musi tedy obsahovat napr datove struktury, ktere ja nepotrebuji. Tyto datove struktury s vysokou pravdepodobnosti ukladaji na disk a pri jejich cteni to musi projit pres diskovou cache, pres datovy kanal, nacpat do pameti (tam na to hodim bobka). Code obsahuje nejaky kusy kodu, ktery se neprovadi, ale zavazy v pameti. Nejakej kod co musi poznat, ze tenhle zbytecnej kod se nemusi provadet a tem mi tam zase zavazi a navic se provadi. Atd, atd, atd ...

    A ted mi ciste teoreticky reknete, jestli je sance ze system 2/ bude "BEZKONKURENCNE (nej)rychlejsi" nez system 1/ pri provadeni ukolu na ktery !nepotrebuji! feature, ktere ma system 2/. Myslim, ze to je ciste teoreticky nemozne. Az mi to predvedete v praxi, tak se vam pokusim uverit, ale potom nejspis skoncim v blazinci, protoze to mi mozek nebere a nabouralo by mi to zakladni paradigmata.

    P.S.: Vsimete si prosim, ze ja opravdu netvrdim, ze MySQL je nejrychlejsi, nejlepsi, nebo jina databaze. Ja jen tvrdim, ze na urcitou mnozinu uloh je BEZKONKURENCNE (nej)rychlejsi (a to radove :) nez databaze, ktere toho umi vic (o CACHÉ jsem dost slysel a mozne je vsechno) a IMHO je to zpusobeno mimo jine tim, ze proste ty vlastnosti nema, neuklada zbytecna data, neprovadi zbytecny kod atd, atd, atd ...