Rychlejší práce s databází – MySQL – Fórum – Programujte.com

Zdravím,

řeším problém, jestli mám navrhnout DB pro můj projekt tak, že vpodstatě rozparsuji komplexní tabulku do více tabulek menších, které mají méně sloupců a data si budu tahat jen z těch, které aktuálně potřebuji nebo udělat jednu velkou, ve které bude hromada sloupců, ale všechny data pokupě....

Tabulky budou mít stejně řádků, takže na řádkách nikde neušetřím....jde mi v podstatě o to, jestli mysql tahá data stejně rychle (např přes podmínku where) z tabulky s tísíci sloupci nebo se dvěma sloupci....na čem ta rychlost záleží, jestli i na počtu sloupců....

Předem děkuji za odpověď, Franceq :)

#1 Franceq
No, na to asi jednoduchá odpověď není. Všechno záleží od velikosti projektu. Dobrý je například pro zlepšení seskupit nejvytíženější tabulky do clusteru, rozhodně je důležitý optimalizovat softparsy, hardparsy, optimalizovat dotazy, aby nepoužívaly full index scan apod. Pokud pracuješ s Oraclem, podívat se, jetsli nepoužíváš bitmap indexy a ujistit se, že používáš B-tree indexy. Na Oraclu si nechat vygenerovat awrrpt report a vytunit reportované dotazy. Také by mohlo pomoct podívat se na velikost undo segmentu, zvýšit počet logilů a pokud používáš transakční zpracování dat, častěji commitnout transakce. Jak máš velkou databázi?

Rozdělit — už kvůli zamykání tabulek/řádků, lepší struktuře a rychlost vyhledávání bude taky lepší.

Zasláno z mobilního telefonu.

Pardon,

teď se dívám zpětně na mou odpověď a nějak jsem opomenuj, že se tazatel ptá na MySQL.

Asi takhle z hlediska návrhu je vždycky nejlepší cesta dobře optimalizovat schéma tabulek, tj. při návrhu databáze se dostat alespoň do 4. NF.

Pokud ale uvažuješ nad tím, že bys tabulku, která má třeba 100 000 řádků rozdělil na 10 tabulek, který budou mít po 10 000 řádcích, tak to je nevhodné. Už z hlediska dotazů( představ si, že budeš dělat selekt přes konec jedné a začátek druhé tabulky, nebo mazat data). Vždycky než dělat takové radikální řešení je lepší optimalizovat tabulku pomocí indexů a optimalizovat architekturu MySQL, čimž můžeš vyladit výkon databáze do detailů a pokud máš databázi na svém stroji, pak mysql vhodně překompilovat.

Druhá část tuningu databáze je pak tuning SQL dotazů. Pokud se dostaneš na určitou hodnotu řádků v db, je potřeba vzít v úvahu kvalitu dotazů. Pokud totiž používáš na velkých tabulkách full index scan, bude tvoje databáze čím dál pomalejší, pokud ale dotazy vhodně optimalizuješ, může ti databáze i s velkými tabulkami běhat rychle.

#4 Mixxy
Právě že řádků bude všude stejný počet, jde jen o soupce.....

Myslel jsem si, že ta databaze si uděla bloky v paměti a pak prostě skáče z bloku na blok a je jí úplně jedno jak jsou ty bloky daleko od sebe....

Jinak zase nevýhoda mnoha tabulek je, že hromada dat je duplicitní...každá tabulka bude mít svoje ID, každá tabulka bude mít IDtohoKeKteremuSeVztahuje ....to je hromada dat navíc....prostě mi šlo o to...jestli se mi vyplatí nemít  v tabulce reálně např 60 sloupců, ale mít např 10 tabulek po 8 sloupcích....

děkuji moc...fakt jsi mi pomohl a možná se ozvu, přecejenom nejsem SQL specialista a rada se vždy hodí... :)