[mySQL] Kaj je hitrejše?

1. situacija:

table_name = situacija1
+------+---------+
| type | data    |
+------+---------+
|    1 | lorem   |
|    2 | ipsum   |
|    1 | dolor   |
|    2 | sit     |
+------+---------+

SELECT * FROM situacija1 WHERE type='2';



2. situacija:

table_name = situacija2_1
+---------+
| data    |
+---------+
| lorem   |
| dolor   |
+---------+

table_name = situacija2_2
+---------+
| data    |
+---------+
| ipsum   |
| sit     |
+---------+

SELECT * FROM situacija2_2;

Kateri ukaz se bo prej izvršil, če bi v končni fazi imel po nekaj sto različnih type-ov in bi bil vsak prisoten nekaj sto-krat (v drugi situaciji bi potemtakem imel 100 tabel, vsaka s 100 vnosi), tabela pa bi bila široka ~5 stolpcev. Query bo vedno klical samo en type.

> kako boš pa vedu v kateri tabeli imaš določen type?
2_1, 2_2?

yup, batching!!!

Sicer pa mySQL itak ni za velike količine podatkov. Tako da je boljše po kakšni drugi bazi posečt.

Jaz bi to popravil... Ce je MySQL dober za Slashdot... :P

Definitivno prva varianta, index na prvi stolpec pa je. Z drugo varianto boš imel samo težave.

Definitivno prva varianta, index na prvi stolpec pa je. Z drugo varianto boš imel samo težave.

Če bi query za situacija1 izgledal takole:
SELECT * FROM situacija1 WHERE type = 15 AND data = 'neka_vrednost';

...naj poindexiram oba stolpca (seveda bi v situaciji obstajal še tretji stolpec s pomembnimi podatki)?

Če bi query za situacija1 izgledal takole:
SELECT * FROM situacija1 WHERE type = 15 AND data = 'neka_vrednost';
...naj poindexiram oba stolpca (seveda bi v situaciji obstajal še tretji stolpec s pomembnimi podatki)?

Seveda. Pa če je kombinacija type - data unikatna naj bo indeks obvezno unikaten. Če potrebuješ podatke iz tretjega stolpca potem je varianta tudi ta, da dodaš v indeks še tretji stolpec in če je optimizer dovolj inteligenten bo v tem primeru vrnil podatke kar iz indeksa. Torej, če je indeks po kolonah type, data, stolpec3 in je poizvedba:

SELECT stolpec3 FROM situacija1 WHERE type = 15 AND data = 'neka_vrednost'

potem lahko optimizer uporabi omenjeni index in vrne vrednost stolpec3 kar iz indeksa - tabele se sploh ne dotakne.

Po mojem mnenju pa se definitivno ne splača particionirati tabele po koloni type, če imaš za vsak type po nekaj sto različnih vrednosti kolone data.

lp, d.