Nybörjarproblem: Databaser

Du kan ha en till tabell som du korsreferar till...

Du har alltså ännu en tabell med en referens till inlägget i filmer men en kolumner som heter alla språk. Så kan du ha en etta i kolumnen om den har språket och en nolla om den inte har. Så när du ska ta reda på språken använder du dig av det id:t från Filmer och hämtar ut ett entry i språktabellen. vet inte om du förstod något...

Du ska dock itne använda åäö i tabellnamn

något i stil med

film
 id
 filmtitel
 
sprak
 id
 spraknamn

film_sprak
 id
 film_id
 sprak_id

på så vis blir länkningen mellan språk och film N<->N (många till många)

en snabb lösning på det är ju att lägga till lite info om vad länkningen mellan språk och film är länktabellen:

film
 id
 filmtitel
 
sprak
 id
 spraknamn

film_sprak
 id
 film_id
 sprak_id
 tal   
 producerad

och ha tal och release som boolean.

Lite seg idag, går säkert göra en snyggare lösning än så

Movie
  Id
  Title

Languages
  Id
  Name

MovieLanguage
  Movie
  Language

Mr. Ping Pong: Du ska inte ha ett Id i tabellen ``film_sprak'' då tabellen inte är en entitet utan enbart förklarar en relation imellan en entitet och dess attribut.

I kod skulle detta förhållande förklaras med listor.

Dvs, förhållandet ska vara 1->* och inte N<->N. Det är väldigt ointressant att ta reda på vilka filmer som är gjorda i ett visst språk, det kommer generera enormt många resultat, så därför tar vi bort detta. Vad vi får kvar då är en film med flera språk där samma språk kan nyttjas av flera filmer, men detta ska inte själva modellen reflektera utan det ska hållas innanför infrastrukturslagret.

Lite C# kod...

class Movie {
  public int Id {
    get;
    set;
  }

  public string Title {
    get;
    set;
  }

  public ICollection<Language> Languages {
    get;
    set;
  }
}

class Language {
  public int Id {
    get;
    set;
  }

  public string Name {
    get;
    set;
  }
}

Tabellen MovieLanguage ska inte existera som en klass. Den ska inte finnas alls, utan den är helt enkelt en implementation av en abstrakt relation.

Så sant. Skrev dit 'id' på ren automatik. en unik primärnyckel i film_sprak är givetvis irrelevant som du säger.

Angående relationen mellan sprak<->film borde väll kunna benämna den som en många till många relation även om det inte är direkt vanligt att man hämtar ut alla filmer som har ett visst språk (även om detta kan vara ett sökkriterie i en fråga till databasen)?

Har du några förslag förresten på vad som är vettigast att göra med den andra delen i frågan som Abbo ställde där han vill få med om en länk mellan film och sprak innebär att filmen finns i det språket och/eller är producerad på det språket?

FilmID och SpråkID blir väl en sammansatt unik primärnyckel i film_sprak?

Stämmer, även om det mig veteligen inte finns några metoder för att förhindra att samma FilmID och SpråkID (i kombination) kommer förekomma mer än en gång.

Det ska väl förhindras när man sätter de till sammansatt primärnyckel.

Sant, märks att man är rostig på databaser. dags att plöja igenom ett par gamla anteckningar igen märker jag