mysql, uthenting data fra flere tabeller

[cipher]

lett skal det ikke være.

 

 

det jeg mente var selvfølgelig; hvordan grupperer jeg resultatene fra tabell2 under overskriften som er resultatet fra tabell1?

[Torbjørn]

i loopen kan du for eksempel huske på forige overskrift, og hvis den skifter, så må du skrive ut den nye?

[cipher]

høres jo enkelt, men rotete, ut.

[????????]

Hva med å legge den i en array, hvis den ikke finnes der fra før?

[Torbjørn]

bare pass på at de er sortert rett i såfall!

[????????]

bare pass på at de er sortert rett i såfall!

Når man leker med LEFT JOIN og arrays burde man kunne nok PHP til at man klarer det. Men du har helt rett, det er viktig!

[cipher]

Hva med å legge den i en array, hvis den ikke finnes der fra før?

det er jo absolutt en løsning. men dette vil føre til opptil flere looper inni hverandre. Vet ikke hvor mye dette igjen vil påvirke ytelsen men...

[Torbjørn]

du trenger ingen loop for å sjekke om et element er i en string

 

EDIT: aner ikke hva jeg tenkte her, mente selvsagt i en "array"

Endret 18. januar 2004 av Torbjørn

[abcd423417984]

for å sjekke om den er i en array:

 

$resultater = array();

while($var = mysql_fetch_array($queryresult))

{

$funnet = false;

for($i = 0; $i < count($resultater); $++)

{

if ($resultater[$i]['id'] != $forrigeid)

{

$funnet = true;

}

}

if ($funnet) { push_array($resultater, $var); }

$forrigeid = $var['id'];

}

 

ellernoe i den dur?

[????????]

hva med:

 

in_array()

Endret 18. januar 2004 av ????????

[cipher]

hmmm...nå begynner det å likne på noe ja. skal prøve in_array() løsningen. hvordan benchmarker jeg scriptet mitt?

 

er det foresten noen måte å gjøre om mysql_fetch_array resultatet til en array direkte uten å måtte loope gjennom den først?

 

dvs var[radindex][kolonneindex]

Endret 18. januar 2004 av cipher

[Torbjørn]

nei, må loope.

 

du kan vurdere å bruke mysql_fetch_assoc istedet

[????????]

Glem ikke at mysql_fetch_assoc er litt tregere, så trenger du ikke funksjonene så bruk row eller array.

[Torbjørn]

her tar du for en sjelden gangs skyld feil.

 

fetch_array er tregere enn både *_row og *_assoc. noe som også er rimelig å anta da den setter både numeriske og indekser og string indekser.

[????????]

Beklager, du har helt rett. Array skulle ikke være med!

Det er mysql_fetch_row() som er raskere.

 

Skrev litt for fort!

Endret 18. januar 2004 av ????????

[Torbjørn]

en liten prat i anledning sakens stilstand:

 

22:23 <PaulHCS> Mind if I answer in here?
22:24 <Torbjorn> not at all
22:24 <Torbjorn> id be glad
22:24 <PaulHCS> Okay.
22:24 <PaulHCS> The PHP source code appears to do this:
22:24 <PaulHCS> (translated to pseudocode)
22:24 <PaulHCS> for i = 1 to mysql_num_rows() {
22:25 <PaulHCS> if (MYSQL_NUM) { add numerical index and data to return array }
22:25 <PaulHCS> if (MYSQL_ASSOC) { add field name index and data to return
               array }
22:25 <PaulHCS> Now...
22:25 <PaulHCS> Both fetch_array() and fetch_assoc() call that same routine.
22:25 <PaulHCS> Fetch_assoc sets MYSQL_ASSOC.
22:25 <PaulHCS> fetch_array() sets MYSQL_NUM and MYSQL_ASSOC by default..
22:25 <Torbjorn> so whatever nano seconds in question here, the _array will be
                slowest, since it does the most?
22:26 <PaulHCS> If you set MYSQL_ASSOC in fetch_array() here, it is exactly the
               same as fetch_assoc()
22:26 <PaulHCS> There's no speed difference - the two are identical if you pass
               the parameter.
22:26 <Torbjorn> i see, thanks alot for good information
22:26 <PaulHCS> Sure.

[????????]

Hvem er PaulHCS?

 

Før fungerte mysql_fetch_array() som mysql_fetch_assoc() gjør nå.

[Torbjørn]

mann i gata som var kjent med php source.

[cipher]

er ikke mysql_fetch_array (med bare et param) det samme som mysql_fetch_assoc da?

[Klette]

kunne noen ha gitt et eksempel på en LEfT JOIN kode? titta litt i mysql docsene, men ville likt å se det i praksis.

 

Hadde vært supert