hjælp til optimering af tabel

SQL for søgningen??

=>ztyxx: LIKE - eks: SELECT * FROM tabelnavn WHERE efternavn LIKE '%eterse%'...

varchar er langsommere end char, ved ikke rigtig hvor hurtig decimal er, men prøv at se noget doc. på www.mysql.com :)

søgning=

($result = mysql_query("SELECT firmaliste.firmanavn ,priser.* FROM priser LEFT JOIN firmaliste ON priser.hosid=firmaliste.id WHERE hosid = '$hvor' and (nummer = '$sog' or vis = '$sog' or beskrivelse = '$sog' group by priser.id ORDER BY nummer"))    ||     die(mysql_error());

hehe repsac, det jeg var ude efter er hvordan bahn hiver det ud

ORDER BY nummer 
skal du ikke have asc eller desc der

=>ztyxx: nårh... :) - ville da også mene at du burde kende til det... :)

LOLLER lige @ repsac

ztyxx >> Det er da ikke nødvendigt med ASC eller DESC. ASC er default.

giz> ved det, men der er ikke grund til at fylde mere kode i end højst nødvendigt, hvis man alligevel skal sortere ASC

du laver et left join med en anden tabel... kan vi se nogle opsætninger på den også..... vi skal også lige have oplyst hvad der er primary keys og evt andre nøgler....

din left join kan meget let betyde at dit udtræk bliver op til flere tusinde gange langsommere hvis tabellerne der joines imellem ikke er korrekt sat op med unique/primary keys.....

ztyxx >> han fylder da heller mere kode på en højst nødvendigt så ? :)

Først og fremmest, hvor- og på hvad er din database placeret ?
- hvis du kører på et webhotel, kan du ofte optimere alt det du vel uden nogen synderlig forbedring, fordi du ikke har ret meget indflydelse på serverens totale performance.

Det vil dog altid være en god ide at lave indexes på de felter du oftest anvender i din WHERE clause.

altså, server performance etc er ligesom sekundært lige nu. Gutten laver et LEFT JOIN... hvis ikke i kender formlen for det kan jeg oplyse jer det:

antallet af mulige records i tabel1 x antallet af mulige records i tabel2

hvis vi så tror på at han ikke har nogle primary keys og har:

10.000 kunder og
200.000 varer

bliver det til 10.000 x 200.000 = 2.000.000.000 records db'en skal sortere ved HVER ENESTE søgning !

er det primary keys kan dette tal justeres ned til blot 1 :)

altså 1 x måske 50 mulige records = 50 records... forskellen er stooor :)

lp >> performance optimering udgøres af mange parametre som du sikkert ved. Jeg så ingen grund til at gentage hvad du allerede har spurgt om, for jeg er fuldstændig enig i, at der kan ligge et problem der.

Men omvendt vil jeg påstå at du ikke kan kalde alt andet sekundært, blot fordi du har spottet et left join, for der er i min verden som udgangespunkt, ikke én eneste parameter, der isoleret set kan vælte læsset. Man kunne principielt lave alle de vanvittige joins man ville, glemme alt om primary- og foreign keys o.s.v. hvis bare serveren er kraftig nok :-)

Du kan gøre flere ting:
Bedst forbedring får du ved at etablere indexes på de felter hvorpå du søger. Derefter kan du udelade * fra din selekt. Skal du bruge left join? Måske kan du erstatte den med en where priser.hosid=firmaliste.id.
Hvorfor har du en group by med? den giver dig vel ikke noget andet end forøget performance.

Brug EXPLAIN til at se hvordan MySQL bruger dine indexs.

Sæt EXPLAIN foran de query og vis os output'et her

<quote>
Men omvendt vil jeg påstå at du ikke kan kalde alt andet sekundært, blot fordi du har spottet et left join, for der er i min verden som udgangespunkt, ikke én eneste parameter, der isoleret set kan vælte læsset. Man kunne principielt lave alle de vanvittige joins man ville, glemme alt om primary- og foreign keys o.s.v. hvis bare serveren er kraftig nok :-)
</quote>
Jeg har da lagt adskillige sindsyge db-servere i mit forsøg på at lave de sygeste left joins.... men hvorfor hente mere end nødvendigt ?

lad os se hvad bahn kan fortælle os om tabellerne !

lp >> det er egentlig sjovt hvor enige vi kan være i ét spørgsmål og så delvist uenige i dette :-)

Som jeg skrev er jeg helt enig i dit forslag, men det er stadig en skyklaps-metode at konkludere at alt andet er sekundært.

firmalisten er således ud:

CREATE TABLE firmaliste (
  id int(11) NOT NULL auto_increment,
  firmanavn varchar(100) NOT NULL default '',
  adresse varchar(100) NOT NULL default '',
  post mediumint(4) NOT NULL default '0',
  city varchar(50) NOT NULL default '',
  tlf bigint(16) NOT NULL default '0',
  fax bigint(16) NOT NULL default '0',
  mail varchar(120) NOT NULL default '',
  hjemmeside varchar(120) NOT NULL default '',
  handler text NOT NULL,
  rabatlimit varchar(50) NOT NULL default '',
  oprettet bigint(20) NOT NULL default '0',
  sidst bigint(20) NOT NULL default '0',
  PRIMARY KEY  (id)

men der er kun prislister fra nogle få firmaer.
der er nogle af firmaerne der har de samme varernummre så for at kunne se hvor det er billigst, henter jeg firmanavn ud.

når jeg skriver priser.* er det af den simpler årsag at jeg skal bruge alle oplysningerne!

jo det er et webhotel.. men jeg spørger også får at lære :-)

hvad mener i når i siger indexere eller gøre unik en kort forklaring ønskes eller et sted med god dokumentation

Brug explain så kan du hurtig se om den bruger dine index. Alt står på www.mysql.com

jeg tror jeg skal have fat i noget indexering...
kan man indexere alle tre kolonner jeg søger i eller kun en?

tak for mange gode indlæg.
hansk det hjalp gevaldigt at indexere