optimalizacia selectu - teraz zaberie 75 sekund

zdravim, urobil som select, problem vsak je, ze strasne dlho trva, je to nepouzitelne :(

z tohto by mala vzniknut tabulka, v ktorej budu vsetky zaznamy z tab1, k nim sa doplnia zaznamy z tab2 a nasledne podla kriterii where sa vyberu pozadovane zaznamy.

v tab1 je 65536 zaznamov, id je primarny kluc a index zaroven, obsahuje 10 poli
v tab2 je asi 2000 zaznamov, id je index, obsahuje 80 poli
db mysql 5.0.67-community-nt
vznikne mi teda obrovsky select, zatial ho mam hotovy len 1/3 a uz teraz trva 75 sekund. a takychto selectov potrebujem urobit 36.

co mam zmenit aby to chodilo rychlejsie? vdaka

v tab1 je zoznam ip adries napr.172.17.0.0/16 = 65536 adries, tab2 je doplnujuce info k tymto ip, ak je na nejakej ip pc, tak pozbierane data sa ulozia do tab2. tab1 je jedna z 36 tabuliek, 2 su o velkosti 65536, ostatne 256.
no pravdepodobne budu zle indexy, tak prave skumam explain, ale docital som sa ze velke spomalenie moze sposobovat ten join...

__construct:
hmm fulltext? to bude asi ono!

Teraz ukladám adresy ako varchar(15). V čom je výhoda, ak ich budem ukladať ako čísla?

Upravujem štruktúru tab2, každé pole nech je fulltext, len neviem, či mám dať fulltext na každé pole osobitne, alebo na všetky naraz. Je to zjavne rozdiel...
no a písali, že výsledky sa zoraďujú podľa relevancie, ale ja ich chcem zoradiť podľa IP adresy, mám teda použiť:

?

Tak je to tak, že v 36 tabuľkách sú siete (id, ip, hostname, posledná odozva, stav) a v tej jednej sú informácie pozbierané cez WMI, je ich približne 80. Skener prechádza sieť a ak nájde PC, pozbiera z neho dáta a uloží. Záznamy môžu obsahovať viacero položiek v jednom poli, napr. PC má dva disky, tak v jednom poli bude uložené "Disk1@Disk2". K tomu mám ešte jednu tabuľku, ktorá obsahuje zoznam sietí, názvy a id-čka, lebo tabuľky sietí sa volajú subnet_<id>. Lepšie som to vtedy nevedel vymyslieť :S.
Nuž a výsledok celého tohto je, aby user mal jedno políčko, keď bude niečo hľadať a tento jeho text sa vyhľadá vo všetkých poliach. A samozrejme musí to byť svižné. To je vše, čo od toho očakávam. :)

No ale to by som musel vyrobiť 80 nových tabuliek a na vybratie jedného záznamu buď joinovať všetky tieto tabuľky, alebo vytvoriť 80 selectov. To sa mi tiež nezdá veľmi efektívne.

Mastodont:
plne s tebou súhlasím, že súčasná verzia je nepoužiteľne pomalá. len vzhľadom na to, že je to kopec písania a klikania sa bojím, že select z 80 joinovaných tabuliek bude ešte pomalší a nakoniec výsledok nebude stáť za to úsilie.
len sa teda chcem uistiť či je toto (80 nových tabuliek) správna cesta...

siginigin, __construct:
ninja:
no ale to vôbec nie je zlý nápad :) skúsim to tak urobiť, attr_value teda nastaviť ako fulltext predpokladám...
takto by mohol vyzerať select?:

no ako som spomínal vyššie:
jedna tabulka je siete (id , nazov, rozsah, maska) - v nej sú adresy sietí. potom mám 36 tabuliek nazvaných subnet_<id z tabuľky siete>, čiže subnet_1 až subnet_36 (id, ip, hostname, posledna odozva, stav) - tu by možno bolo lepšie mať jednu veľkú tabuľku so všetkými adresami (keď som s týmto začínal, pripadalo mi prehľadnejšie mať to takto roztriedené). no a potom jedna tabuľka (id, ip, 80 polí z WMI), s tabuľkami subnet_<id> je previazaná cez ip.

tak skúsim to takto:
jedna tabulka je siete (id , nazov, rozsah, maska)
jedna tabulka je ip (id , id_siete, ip, hostname, posledna odozva, stav)
siete inner join ip on siete.id = ip.id_siete
a jedna tabuľka info (id, ip, premenna, hodnota)
ip inner join info on ip.ip = info.ip

čo vy na to?

__construct:
jasne, už som zmenil

a ešte jedna otázka: predtým som všetkých 80 polí uložil jedným insertom, teraz budem musieť urobiť 80 insertov. Alebo je nejaký krajší spôsob?

no paráda, tak mám všetko, už len to nakódiť ;)

veľká vďaka všetkým vám za pomoc.

zdravím, tak som to urobil, ako sme sa predtým bavili, ale čas selectu je 13 sekund, to je stále veľa.
prikladám screenshoty: 1. select, 2. explain, 3. tabuľka subnet, 4. tabuľka ip, 5. tabuľka ip_info

phpmyadmin

ten "like" je v selecte kvôli tomu, že keď user zadá iba časť adresy, tak očakáva, že sa mu zobrazia všetky, ktoré tak začínajú.

v tabuľke subnet je 36 záznamov, v tabuľke ip je ~140 000 záznamov a v tabuľke ip_info je ~11 000 000 záznamov - pokusne som do nej nasypal toľko, aby každá adresa z tabuľky ip mala všetkých 80 polí (140 000 x 80).

vďaka za radu.