| Téma: MySQL |
|
|
| Rendes Kis |
|
Nem értem ennek a MySQL-nek a lelkivilágát: néhányx 10 vagy néhányszáz bájt "felülírás" "optimalizálás"-a lefut néhány tizedmp alatt ... Mért nem képes ezt magától megcsinálni ?
Inkább molyol, szöszöl, kínlódik, "proxy error"-t dob ...
? |
|
|
|
| millertrash |
|
|
olyan is kellen lenni, hogy kijelölöd az összest, és alul a lenyílóban választod az optimalizálást. |
|
| Rendes Kis |
|
Azt mondd meg, hogy ez:
Idézet:
Sorok megjelenítése 0 - 0 (1 Összesen, A lekérés lefutott 3.4060 másodperc alatt)
SQL-kérés:
SELECT *
FROM `ENTRY`
WHERE `ENTRY` LIKE CONVERT( _utf8 '%Csibevicc_%'
USING latin2 )
COLLATE latin2_hungarian_ci
LIMIT 0 , 30
mért nem fut le normálisan az itteni keresőből ??  |
|
| Rendes Kis |
|
Megnyomtam ... Annak elmúlt - de lett a USER-nek ... Tudod, ki fogja ezt egész nap nyomogatni !  |
|
| mandala |
|
20 bájt? Annyi az egész világon sincs! ...
|
|
| Rendes Kis |
|
Ez olyan tulajdonság, aminek (bájtokban kifejezett) számértéke van.
Pl. ebben a pillanatban a TOPIC tábla "Felülírás"-a 20 bájt ... |
|
| mandala |
|
uppsz, akkor lehet, hogy jó az, amit a #5-ben írtam...
|
|
| mandala |
|
Ha ez valami "jogosultsági" bejegyzés, akkor talán azt jelenti, hogy a MySQL-ben táblaszinten is be lehet állítani "UPDATE" jogosultságot.... !?
|
|
| Rendes Kis |
|
Ja, úgy látom, ez összefügg a "Felülírás" tulajdonsággal.
Amelyik táblának van "Felülírás" tulajdonsága, azt lehet optimalizálni, amelyiknek nincs, azt nem ...
Megnyomtam ! ...  |
|
| Rendes Kis |
|
Hoppá ... Lehet hogy magától megcsinálta ??
... Eltűnt onnat a kapocs !  |
|
| millertrash |
|
nyugodtan indítsd, optimalizálni fogja a táblákat. 
(gondolom olyan mint a clipperben volt a pack. |
|
| Rendes Kis |
|
A phpMyAdmin-ban mit takar a "Tábla optimalizálás" funkció ?
(Van-é benn valami kocka, ha azt elindítom ? ... ) |
|
| Rendes Kis |
|
|
Mi az, hogy "Felülírás" (mint adatbázis-tábla tulajdonság) ?? |
|