Vlákno názorů k článku MySQL vs PostgreSQL vs Firebird od Milan - Toto testovani ma jednu obrovskou chybu, ktera zcela...
-
Milan (neregistrovaný)Toto testovani ma jednu obrovskou chybu, ktera zcela znehodnocuje vysledky - nestaci pro kazdou databazi poslat xxx_query().
Nerikam, ze vidim uplne do hloubky, ale tento prikaz posle SQL dotaz do DB, DB prikaz rozparsuje, zanalyzuje, zoptimalizuje a pripravi vse mozne, ale vysledna data nevrati! A to se v praxi prece nedeje, vzdy je treba projit ve smycce (ktrera s daty klidne nic neudela, ale projde je) vsechna vracena data.
Muze autor clanku provest retest s tim, ze ve smycce projde ziskana data? -
anonymníZrovna pro MySQL je použité měření v pořádku - autor použil mysql_query(), to donutí PHP aby všechna data načetlo z MySQL serveru do svého bufferu (můžou s tím být problémy, pokud PHP nemá k dispozici dostatek paměti). Podvod by byl kdyby se použilo mysql_unbuffered_query() a pak by se data nezpracovala. Jak je to pro jiné databáze to nevím, ale možná to bude podobné. Nebo že by to měl Firebird vyoptimalizované a proto byl tak podezřele rychlý?
-
Michal Kubeček (neregistrovaný)Asi jste přehlédl podstatný detail: do PHP nemá celkem co proudit, ten dotaz totiž vrací jen jeden řádek. Takže to, jestli ten jeden řádek načtete do PHP nebo ne, nehraje nějak zásadní roli, vše podstatné se děje už při volání
ibase_query()(nebo, chcete-li,ibase_dsql_execute()) a ten jeden fetch nemá šanci výsledky podstatným způsobem ovlivnit. Stejně tak je v tomto případě celkem jedno, zda takový typ testu provádíte přes PHP API, céčkové API nebo třebaisql. -
Michal Kubeček (neregistrovaný)
Dobře, tak jsem to zkusil. Výsledek: 528 ms
ibase_query(), 63 msibase_fetch_object()iibase_fetch_row(). Aby byly výsledky méně zkresleny náhodnými fluktuacemi, zkusil jsem ještě totéž pro 1000000 náhodně vygenerovaných záznamů místo 266266. Dostal jsem 2058 ms versus 89 ms, tentýž dotaz visqlukáže 2.23 s. Takže není pravda ani to, že by byl výsledek ovlivněn efektivitou PHP API, ani to, že by byl (zásadně) ovlivněn chybějícím fetchem.Pravdu byste měli pouze u druhého testu (s indexem), pak to pro milion záznamů vychází 1 ms na
ibase_query()a 730 ms naibase_fetch_object()Na druhou stranu se mi moc nezdá to, co píše autor o importu dat do tabulky. Mám podezření, že z neznalosti používal na každý řádek
ibase_query(); při použitíibase_prepare()aibase_execute()jsem měl tabulku naplněnou za 25 sekund, což by podle výsledků prvního testu odpovídalo necelým třem minutám na jeho systému.
ČLÁNKY DO MAILU