[fabian]

Ursprungligen postat av David

Du skulle ju kunna använda något endaste litet index NÅGONSTANS... :lol: Du har ju full table scans överallt!

Det här med mysql är inte riktigt min grej (som ni kanske har förstått).

Har du lust att förklara idiotenkelt? Eller ge ett konkret exempel?

[David]

Originally posted by fabian@Dec 14 2004, 19:39
Har du lust att förklara idiotenkelt? Eller ge ett konkret exempel?

Jag skulle föreslå att du läser en bok om databashantering, det här är riktigt grundläggande grejer. Jag orkar inte gå igenom det är jag rädd, finns mycket att läsa på internet.

[kullervo]

Ursprungligen postat av David

Jag skulle föreslå att du läser en bok om databashantering, det här är riktigt grundläggande grejer. Jag orkar inte gå igenom det är jag rädd, finns mycket att läsa på internet.

Jag rekomenderar MySQL-manualen också. Den är riktigt bra.

[zoran]

Originally posted by fabian@Dec 14 2004, 18:32
Nej, det är mysql_close() överallt. Ändrade dock nyss till mysql_pconnect, men har fortfarande kvar mysql_close() i koden, borde jag ta bort det?

Ja det borde du. Mysql_close() fungerar inte ens på persistenta koppel om jag inte missminner mig helt.

/Zoran

[zoran]

Originally posted by David@Dec 14 2004, 19:54
Jag skulle föreslå att du läser en bok om databashantering, det här är riktigt grundläggande grejer. Jag orkar inte gå igenom det är jag rädd, finns mycket att läsa på internet.

Dessutom verkar det som att han skulle ha rätt mycket nytta av "Improved mysql functions", bla mysqli_prepare().

/Zoran

[grazzy]

Det står att du har en locktime som nästan är lika hög som hela frågetiden, det innebär att dina läsningar blir fördröjda av att någon skriver till tabellen.

Detta kan lösas genom att du kör low priority på updates / inserts, då körs selects före dem. Och som sagt, gör om name till en intistället och skapa index.

[SkyNet]

# User@Host: fabmos[fabmos] @ localhost []
# Query_time: 18 *Lock_time: 0 *Rows_sent: 0 *Rows_examined: 26506
SELECT * FROM commenttable WHERE name='17112' ORDER BY id DESC LIMIT 2;

Om man tar ovanstående som exempel så har du troligen inte något index satt på 'namn' eftersom den måste leta igenom alla radera i tabellen trots att den bara ska hämta två stycken rader.

# User@Host: fabmos[fabmos] @ localhost []
# Query_time: 619 *Lock_time: 611 *Rows_sent: 11021 *Rows_examined: 11035
SELECT id FROM imagetable WHERE status = 'active';

Databasfrågor som tar över 10 minuter att köra dödar servern rätt snabbt. Om inte annat så har användaren ledsnat för länge länge sedan. Här skulle jag istället för 'active' använda mig av '1' eftersom det tar mindre plats och är lättare att indexera för MySQL. Den här frågan ska du koncentrera dig på först.

Generellt kan man säga att du bör i möjligaste mån ha index på de kolumner som du vill använda som urval (exempel: WHERE gender = '1')

Lär dig lite mer saker om just tabellstrukturen och vad som är bäst att göra där. Antingen söker du via Google eller så kikar du på http://forums.devshed.com där du kan hitta det mesta och även få hjälp med frågor.

[SkyNet]

Originally posted by fabian@Dec 13 2004, 23:34
*vild gissning*
Du struntar i att använda mysql_close() i sina hack?
*/vild gissning*

Använder man mysql_connect() i sina program som är bra skriva så behöver man inte mysql_close() eftersom uppkopplingen automatiskt stängs när php-scriptet avslutas. Problemet med hans program är att databasfrågor drar ut så på tiden att de avbryts...

[Robert]

Originally posted by grazzy@Dec 14 2004, 01:52
uhh.. index gör väl nytta med like??

exempel "LIKE '%apa%' " tvingar ju db'n att lik förbenat snurra igenom allt data i kolumnen, oavsett om en index har förberett kolumnen i sorterad ordning etc.

[taddis]

Ett tips är att börja med att normalisera din databas.
Googlade en snabbis o hittade detta:

http://www.gslis.utexas.edu/~l384k11w/normstep.html