Angiv læste/ulæste emner i forum

Det er vel et spm om at vedligeholde en masse brugerID-topicID relationer.

Altså en mange-til-mange relation, der opdateres når en bruger læser en tråd. (Og hvor der evt. slettes igen når en tråd får nye indlæg.)

Så vi snakker om at lave en tabel der med strukturen (id, bruger_id, topic_id) og så simpelt hen style ud fra det?
Og opdatere den hver gang en bruger åbner et emne ... det burde man jo nok kunne gøre med en function af en eller anden art.

Præcis.

Men der er, så vidt jeg kan se, ingen grund til et selvstændigt ID i denne tabel. (bruger_id, topic_id) er unik og kan bruges som primær nøgle - måske som (topic_id, bruger_id) i stedet - og med indeks på bruger_id.

Super, Jens. Det prøver jeg at rode med. Tak for hjælpen.

Velbekomme

Lige en hurtig opfølgning hvis jeg må? Er det ikke uhensigtmæssigt at lave for mange queries til databasen for hver indlæsning?

Som udgangspunkt gælder det vel om at trække lige præcis dét ud som du har brug for - ikke mere. Kan det så gøres i få omgange vil det være at foretrække.

En potentiel dræber er at udskrive en liste over tråde og så for hvert punkt lave en query, der henter data for denne tråd. I sådanne tilfælde vil det helt klart være at foretrække, hvis man kan lave en mere kompleks query, der hiver det hele ud af én omgang.

Det er naturligvis altid et spørgsmål om udstyr og brug, så et forkromet svar hverken tør eller kan jeg give :)

Det er skam intet forkromet jeg ønsker. Der er dog lige en ting der slår mig ...
Min table med topics ser ud som følger (id, title, content, date_written, author_id, is_reply_to_id). Ved at bruge den model med en relationel tabel så får jeg kun vist om man har læst det første, altså oprindelige, topic?

Så laver du vel også "bare" en relation for hver topic med is_reply_to_id (i.e. hvert svar). Eller misforstår jeg?

Jeg tror du forstår mig ret. Når der bliver lavet et nyt topic, så defaulter is_reply_to_id til "0". Og når der laves svar til et indlæg, så ligger de med det rigtige id-nummer i is_reply_to_id. Men det virker bare voldsomt og meget bloated at skulle lave en relation for hver enkelt topic og svar til topic, selvom jeg umiddelbart godt kan se at det er den bedste løsning.

Hov. Teoretisk set kunne man vel istedet for at lægge en ny row ind for hver gang der bliver besvaret så kan jeg vel bruge det id jeg sætter ind i reply_to_id, og går den relationelle tabel igennem og fjerner de rows der svarer overens med det id? Eller er det dumt?

Nej, det kunne man vel godt.

Alternativt kunne du have din læst-relation som (topic_id, bruger_id, tid), og så tjekke, om der er nyere indlæg med topic_id = is_reply_to_id... Så skal tid blot opdateres ved læsning. Er ikke klar over, om det er "pænere".

Umiddelbart, og igen - jeg er amatør, men umiddelbart forekommer det mig at idéen med at slette relationer når der laves nye indlæg lægger lavere pres på databasen, plus umiddelbart ville det jo kun kræve et row pr. bruger/topic sæt, istedet for flere for hver gang man læser et nyt indlæg? Men det er da ganske muligt at jeg tænker forkert her ...

Ja, men skulle vel foretage en egentlig benchmarking, hvis man have tid og lyst. Men mon ikke din løsning er helt fin til brugen? Det tror jeg.