PHP – 44. díl – MySQL rychleji a nejrychleji

Podstatné z tohoto článku je opsáno z Linuxsoftu:

http://www.linuxsoft.cz/article.php?id_article=368

Petr Zajíc, autor původního článku

$sql = "SELECT cena,sleva,cena*(100-sleva)/100 AS konecna_cena FROM produkty";

Otazka:
Je to rovnako rychle aj v pripade ak 'sleva' nie je v DB ale premenna $sleva tahana z vonku? Teda takto...
$sql = "SELECT cena,cena*(100-$sleva)/100 AS konecna_cena FROM produkty";
dik

myslis ze nie ked databaza ma min. o jednu operaciu menej? :) ale celkovo to asi nebude rychlejsie, kedze pisat premenne blabla+$variable namiesto blabla+".$variable." je vraj podstatne pomalsie.

1. select count(id) from XXX, by v rozumné aplikaci mělo být použito max.jednou(tedy v rámci transakce)
2. vyjmenování požadovaných sloupců v SELECTu - velmi správně
3. nechte počítat db - jasně, ale klasicky - bacha na lumpy - když 10000 pošlu select+group+order na neindexované řádky....., je třeba ´filtrovat vstupy
4. už zmíněný požadavek na článek o indexaci a constraints je nesmírné důležitý - a také těžký, optimalizace databáze je věda - málo indexů = pomalá db, moc indexů = pomalá db...

no s tymi indexami si sa sekol...
MALO INDEXOV - rychly zapis, pomaly SELECT
VELA INDEXOV - pomaly zapis, rychly SELECT
treba najst vzdy kompromis, na co jednotlive tabulky pouzivas

myslel jsem totez - jen se mi to nechtelo rozepisovat...

Hlavně ohledně používání indexů, pořadí podmínek ve where klauzuli atd. Například pokud je první podmínka na primární klíč a druhá na nějaký neindexovaný sloupec, tak je dotaz výrazně rychlejší než kdyby to bylo naopak. Osobně jsem jenom proházením podmínek v SELECTU jednou dosáhnul 4x vyšší rychlosti.

moje rec, dalsi dil o indexaci a jejim vlivu na rychlost by rozhodne bodnul

.. chtel jsem se zeptat, zda existuje nejaka jednoducha moznost jak vybrat jen ten nejaktualnejsi radek z tabulky (v databazi je ulozeno nekolik desitek parametru mimo jine je tam i sloupecek s casem ulozeni do databaze)? Diky. P.

select neco from jmeno_tabulky order by cas_vlozeni desc limit 1

select * from my_table where my_date = (select max(my_date) from my_table)

Obvykle se v tabulkách používá nějaké ID plněné sekvencí a vypadalo by to takhle:

select * from my_table where id = (select max(id) from my_table)

Výhodou je, že v druhém případě je zaručeno, že to vybere jen jeden nejnovější řádek, zatímco v prvním případě jich může být několik se stejným (maximálním) časem.

myslim ze u toho auto inc. id je asi tohle rychlejsi
select neco from jmeno_tabulky order by id desc limit 1
na id je vetsinou index takze se to radi "vcukuletu" ten vnorenej select tu je tak nejak nanic

...a navíc při použítí auto incrementu je existuje funkce mysql_insert_id(), která vrací ID posledně vloženého řádku, což se taky někdy může hodit...

MySQL povoluje vnorene selecty? Odkdy?

Ano MySQL podporuje subselecty od verze 4.1.x, ktera uz je od verze 4.1.7, vydane koncem rijna, prohlasena za stabilni a doporucovana pro produkcni nasazeni (viz. http://dev.mysql.com/doc/mysql/en/Nutshell_4.1_features.html).
Nicmene uz se moc tesim na verzi 5.0, ta bude konecne podporovat views a ulozene procedury.

Docela by me zajimalo, co je rychlejsi, jestli

select neco from jmeno_tabulky order by cas_vlozeni desc limit 1

nebo

select * from my_table where my_date = (select max(my_date) from my_table)

Mam totiz jen 4.0.x a na te mi vnorene selecty nejdou. 4.1.x se mi pres GPRS
tahat nechce. Nicmene, urcite si ji casem opatrim, protoze vnorene selecty jsou
opravdu cool feature, ktera mi uz dlouho schazela.

Nema tam byt "SELECT COUNT(*) ..."?

Zřejmě redakční system (* a *) nahrazuje < > Což je docela chytré, ale né tady.

Zřejmě redakční system (* a *) nahrazuje < > Což je docela chytré, ale né tady.

podla mna hej lebo tak to nefungovalo ...

Muze mi nekdo vysvetlit prikaz "SELECT COUNT<) AS pocet FROM produkt"??????? Jeste nikde jsem nic podobneho nevidel a jestli je to jenom preklep, tak nechapu, proc to neopravili Jak muze nekdo psat clanky, kdyz si tam ma zakladni chyby?

Jak jsem psal vyse, ma tam byt SELECT COUNT(*).
Autor se zrejme opravou neobtezuje.