Aktív témák

• #24 Hory aktív tag Husky #20

  2004-01-07 19:53:20 #24

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Hory

  aktív tag

  válasz Husky #20 üzenetére

  Öööö... Ez mijafasz? :F
  Az új ph design?

• #17 Hory aktív tag Husky #14

  2004-01-06 20:00:49 #17

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Hory

  aktív tag

  válasz Husky #14 üzenetére

  Akkor egy tipp: ne dobd ki a mysql-t, amig a postgres-t teszteled, hihihi... :)
  
  Amugy nagyon sokmindentol fugg, hogy mennyivel gyorsabb a mysql :), de en teszteltem sok adatra, bonyolult query-kre (20-30-60 join), es mindegyikben nyero volt. Persze full table scan-ban valszeg nem annyival gyorsabb, mint teszem azt 60 indexrekordon keresztuljoinolasban.
  
  Amugy meg van a mysql-hez egy innodb storeage engine, ami veszett jo, kar, hogy kevesen ismerik, mert a mysql default tabla tipusa a myisam, vagyis amit ismersz, a szokasos tranzakcio nelkuli engine. Az innodb mar tud pl. raw diszkeket is, tobbek kozott, igy en szepen csinaltam linux alatt egy raw device-t, ami egy particiora mutat. Ebben az a jo, hogy nem kerul bele kulon a diszk cache-be az adatbazis, ami szepen dob az i/o performace-n.
  
  De ez mar kicsit off. :)
  A lenyeg, hogy ismerd ki es optimakold a mysql-t, ilyen eccerubb dolgokra messze az a leggyorsabb.

• #16 bizi990 senior tag Husky #14

  2004-01-06 15:55:55 #16

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bizi990

  senior tag

  válasz Husky #14 üzenetére

  Postgre-t még nem használtam, csak olvastam róla, és ezek alapján nem is említeném egymás mellett a mysql-el. De mint írom, csak olvastam róla ezért kérdeztem mi a baj vele, azt hittem a php-postgre kapcsolattal van a bibi.
  bizi

Aktív témák