Oder by primary – MySQL – Fórum – Programujte.com

Ahoj, mám

ID (primary), nazev, pocet

když řadím podle ORDER BY ID ASC LIMIT 10,

1) vybírají se všechny články a poté se řadí a vyberou jen 10

2) nebo se vybere jen posledních 10, tj. mysql nevybírá všechny články aby je mohl následně seřadit, ale uchovává si kde je konec / začátek.

+ ještě jeden dotaz, když mám 'název' v utf8, můžu tam dát klasický index, nebo musím fulltext?

Děkuji všem předem za odpověď   

#1 marfd
Vybere se jen posledních 10, o efektivitu se bát nemusíš.

Pro UTF-8 můžeš použít i klasický index, jen je dobré si správně vybrat mezi CS vs. CI.

#2 Kit
mám utf8mb4_general_ci,

ale kdybych k tomu příkazu připsal i COUNT(*), tak to bude tedy méně efektivní?

#3 marfd
COUNT(*) dokáže významně zpomalit dotazy, protože provádí kompletní průchod. Ovšem není mi jasné, jak ho do zmíněného dotazu chceš zakomponovat.

#4 Kit
jde o tagy, rozhoduju se zda zobrazit posledních deset a nebo vybrat 10 nejlepších (radit podle 'pocet'), tady bych to count mít zrovna nemusel, to je pravda. Ale co když dělám výpis článků a potřebuju k tomu paginator, tak bud musím použít COUNT(*) (na zjištění celkového počtu článků) a nebo si založit tabulku kde si to číslo budu uchovávat. Jak bys to vyřešil ty?

#5 marfd
Založil bych další tabulku s počitadlem, které bych aktualizoval triggerem pověšeným na tabulku s články. COUNT(*) by mohl větší tabulku pekelně zatížit, ale do cca 1000 záznamů se s tím moc trápit nemusíš.

#6 Kit
díky. Hm, trigger je dobrá věc, já to dělám přes transakce... teď mě napadlo že by lecos šlo udělat jedodušeji přez trigery.., ale co myslíš že je bezpečnější? Co kdyby z nějakého důvodu se ten trigger nemohl provézt?

#7 marfd
Trigger sice neběží v transakci, ale můžeš ho do ní uzavřít. Je poměrně málo situací, kdy se trigger nemůže provést, ale u toho paginátoru by to ani moc vadit nemuselo. Kromě toho si tu hodnotu v tabulce s čítačem můžeš kdykoli vygenerovat znovu.

Zajímavým řešením by také mohlo být zapouzdření tvé manipulace s články do uložené procedury společně s aktualizací čítače. Bude to o něco rychlejší.

((SELECT ... ) ORDER BY id ASC) LIMIT 10,
Symbolicky by zavorky byly asi tak. Nejdriv podle podminek vybere z db, pak to seradi a pak vybere 10. LIMIT moznosti: LIMIT pocet nebo LIMIT od,pocet. Jsou ale i situace, kdy se ti zrovna tohle zpracovani nehodi.

 #2 Kit
já bych řekl, že vybere nejstarších 10, pokud je ID primary key a má u něj nastavené výchozí řazení asc, tak se ani neřadí, obdobná situace bude i při "order by desc" seřazeno je jen se vezme požadovaný počet záznamů v opačném pořadí od nejnovějšího. 

#10 MilanL
To už je jen implementační detail, který může mít každá databáze vyřešen jinak. Obecně se to interně řeší tak jak píšeš, ale jedno WHERE na neklíčový sloupec může zcela odstavit indexování a řadit se musí. Pro zadavatele SQL dotazu se však vůbec nic nemění. Nejlépe udělá, pokud sestavení prováděcího plánu ponechá na databázi.