| Autor | Zpráva | ||
|---|---|---|---|
| starburst Profil |
#1 · Zasláno: 27. 2. 2009, 10:07:06 · Upravil/a: starburst
Zdravím vás,
chci se zeptat, cim je zpusobeno to, ze kdyz se pripojim do phpmyadmina tak v kolonce vyuziti mista mam řádek "data" a tam je dejme tomu 2500B, pak tam je radek "index" tam je dejme tomu 500B a jeste je tam "celkem" a to je 3000B ale velice casto se mi tam objevuje cervenej radek "navic" a moznost optimalizovat tabulku. chci se zeptat cim je to zpusobene? jak docilit toho aby se to nestavalo? nevim jak to lip popsat tak snad to chapete co myslim. Starburst |
||
| Nox Profil |
#2 · Zasláno: 27. 2. 2009, 10:35:42
Index je pomocná struktura nad tabulkou, umožňuje databázi se rychleji orientovat v tabulce
To navíc se objevuje, když smažeš nějaké záznamy...a nestávalo? no myslím že se to prostě stávat bude, ale tak prostě optimalizuješ, no |
||
| Watchick Profil |
#3 · Zasláno: 27. 2. 2009, 10:54:22
je třeba také problém, když máte třeba index a PRIMARY na jednom sloupci zároveň
|
||
| starburst Profil |
#4 · Zasláno: 27. 2. 2009, 11:20:13
no spis mi jde o to, jestli to necemu nevadi.. treba aby to pak nedelalo nejaky chyby nebo neco... a spis sem myslel ze mam nekde nejakou chybu v zapise... stava se mi to kdyz testuju neco a hodne do tabulky vkladam a mazu tak se to tam pak objevi... sem myslel ze mam nekde nejakou chybu ktera to treba spatne generuje nebo neco...
|
||
| Watchick Profil |
#5 · Zasláno: 27. 2. 2009, 11:29:04
samotnym vkladanim, mazanim a upravovanim dat v tabulce tabulku nijak neupravis, ani neposkodis... s nejakymi zmenami kodovani, ci zmenami typu sloupcu by mohl byt problem, ale samotnym pridavanim a mazanim dat se nic nestane
|
||
| Aesir Profil |
#6 · Zasláno: 27. 2. 2009, 19:31:45
„samotnym pridavanim a mazanim dat se nic nestane“
Což není až tak moc pravda. V případě myisam enginu se toho může stát docela dost - napříklád pád systému uprostřed dotazu apod. Neznám phpmyadmin úplně dopodrobna, ale údaj "navíc" odhaduji na problém způsobený fragmentací datových souborů. Hodit se vám bude: CHECK TABLE OPTIMIZE TABLE REPAIR TABLE |
||
|
Časová prodleva: 15 let
|
|||
0