WN - Databasstruktur?

WN (https://www.wn.se/forum/index.php)

- Serversidans teknologier (https://www.wn.se/forum/forumdisplay.php?f=4)

- - Databasstruktur? (https://www.wn.se/forum/showthread.php?t=4393)

Citat:

Ursprungligen postat av Robert

Citat:

Ursprungligen postat av heyday

om tanken är att varje registerrad ska kunna förekomma en gång i en kategori så är id kolumnen i "kategori-koppling-tabell" överflödig, såvida inte just den relationen ska användas på något annat ställe (vilket inte är troligt i det här fallet). Sätt en unik begränsning på de två kvarvarande istället.

Ett tips.

Jag tyckte mig läsa att han ville ha ett 1-till-många förhållande.

Nä, det stämmer att den id-kolumnen inte behövs, 1-till många realationen är inte beorende av det!

Tack för tipset!
Körde precis:

Kod:

SQL:

ALTER TABLE kategori-koppling DROP id;

ALTER TABLE kategori-koppling ADD UNIQUE ( register_id, kat_id );

Bör man även alltid ha en PRIMARY ???

Citat:

SQL:
ALTER TABLE kategori-koppling ADD PRIMARY KEY ( register_id, kat_id );

Där ser man vad slow writing kan leda till... Jajja... Vidare.

Jag ser det svårt att lösa det med en generell SQL.
Som jag förstår det så vill du på en och samma rad få ut olika många kategorier beroende på hur många kategorier en registerrad har. Problemet med det tänket är att varje rad måste innehålla exakt lika många kolumner. Och det skulle inte bli fallet om en rad har en kategori, en annan tre.

Det går att lösa, som du är inne på, med en left join. Men då måste du veta innan hur många kategorier det kan finnas för en registerrad innan du ställer frågan.

Enklast gör du det genom att begränsa antalet kategorier en registerrad kan ha, genom att göra en kolumn per kategori. Säg att vi begränsar det till tre.

Då skulle registertabellen (rt i sqlen) se ut som följer:
[id] [namn] [cat1id] [cat2id] [cat3id]

Kategoritabellen (ct i sqlen):
[catid] [namn]

SQLen skulle se ut som följer:

Kod:

SELECT 

 * rt.name

 * ct1.name cat1name

 * ct2.name cat2name

 * ct3.name cat3name

FROM 

 * rt

 * LEFT JOIN ct AS ct1 ON rt.cat1id=ct1.catid

 * LEFT JOIN ct AS ct2 ON rt.cat2id=ct2.catid

 * LEFT JOIN ct AS ct3 ON rt.cat3id=ct3.catid

Som du ser blir SQLen bara längre och längre ju fler kategorier en registerrad kan finnas i, därför måste man veta innan man frågar, hur många det kan finnas.

Det skulle vara möjligt att göra den mer dynamisk. Men jag tror att klockan är för mycket för att jag ska kunna förklara det rätt. Principen är en blandning av den jag förklarat här, och den som diskuterats innan.

EDIT:
Jag är tydligen för långsam idag. Detta är ett svar på Tvartoms meddelande kl 2309 (servern verkar ha sommartid fortfarande)
*vad övrigt är* Nokias "Get togeather do whatever" reklam har ett otroligt skönt soundtrack!

Citat:

Originally posted by Tvartom@Nov 9 2004, 23:50

Bör man även alltid ha en PRIMARY ???

Citat:

SQL:
ALTER TABLE kategori-koppling ADD PRIMARY KEY ( register_id, kat_id );

Primary keys är till för att användas i relationer, som just primary key. Den är alltså i sig unik. Du behöver inte ha en Unique contraint som ser likadan ut som primary. Detta skapar två likadana index, vilket är onödigt.

Citat:

Ursprungligen postat av heyday

Citat:

Ursprungligen postat av Tvartom

Bör man även alltid ha en PRIMARY ???

Citat:

SQL:
ALTER TABLE kategori-koppling ADD PRIMARY KEY ( register_id, kat_id );

Men om man själv inte definierar en KEY så kommer MySQL att själv skapa en (i tysthet) om jag inte minns fel eller missförstod manualen.

Tack heyday... Ditt svar gjorde att jag kom på följande lösning:

Kod:

SQL:

SELECT id, namn FROM kat_tbl

Listar alla tillgängliga kategorier, dessa används både i headern till tabellen som skrivs ut, och till att konstruera nästa SQL-fråga:

Kod:

<?PHP

// kategori_id sparade i $kat

$sql = "SELECT register_tbl.*";

foreach ($kat as $value) {

 * $sql .= ", k".$value.".kat_tbl_id";

}

$sql .= " FROM register_tbl";

foreach ($kat as $value) {

 * $sql .= " LEFT JOIN koppling_tbl AS k".$value." ON (k".$value.".register_tbl_id = register_tbl.id AND k".$value.".kat_tbl_id = ".$value.")";

}

?>

Detta bör skapa en SQL-fråga i stil med:

Kod:

SQL:

SELECT

 * register_tbl.*,

 * k1.kat_tbl_id,

 * k2.kat_tbl_id

FROM register_tbl

 * LEFT JOIN koppling_tbl AS k1 ON (k1.register_tbl_id = register_tbl.id AND k1.kat_tbl_id = 1)

 * LEFT JOIN koppling_tbl AS k2 ON (k2.register_tbl_id = register_tbl.id AND k2.kat_tbl_id = 2)

Så får det läggas till lite alias för att skilja dem åt och annat finputs...

Kod:

SQL:

SELECT

 * register_tbl.*,

 * IF(k1.kat_tbl_id IS NULL, 0, 1) AS k1,

 * IF(k2.kat_tbl_id IS NULL, 0, 1) AS k2

FROM register_tbl

 * LEFT JOIN koppling_tbl AS k1 ON (k1.register_tbl_id = register_tbl.id AND k1.kat_tbl_id = 1)

 * LEFT JOIN koppling_tbl AS k2 ON (k2.register_tbl_id = register_tbl.id AND k2.kat_tbl_id = 2)

Fortfarande hade det varit snyggare om det gick att skriva en SQL-fråga direkt utan att dynamsikt generera den via PHP-kod!

Citat:

Men om man själv inte definierar en KEY så kommer MySQL att själv skapa en (i tysthet) om jag inte minns fel eller missförstod manualen.

Jag undrar (efter en snabb koll) det inte är namnen på indexarna du menar. Indexet som en Primary key skapar heter PRIMARY, de övriga döper MySQL till _2 eller vad det stod om man inte döper dom själv. Jag tror inte den skapar något index om jag inte vill ha något.

Känns som om du kanske bör kolla över behovet istället och fundera på varför du måste ha x antal kolumner istället för x antal rader i recordset'et. Vill du slippa räkna kategorierna så kan du slänga in en count i sql'en för antal kategorierna per register om det underlättar? (svårt att ge tips om man inte vet i vilket sammanhang det ska användas)

Då får du som svar typ:

Kod:

Id Register * Kategori * *Antal

1 Kalle * * * *Luleå * * * * 3

1 Kalle * * * *Gävle * * * * 3

1 Kalle * * * *Stockholm *3

2 Svenne * *Kiruna * * * *1

3 Berra * * * Luleå * * * * *2

3 Berra * * * Malmö * * * *2

Citat:

Ursprungligen postat av heyday

Citat:

Men om man själv inte definierar en KEY så kommer MySQL att själv skapa en (i tysthet) om jag inte minns fel eller missförstod manualen.

<!--QuoteBegin--MySQL Manualen[/i]@14.2.6 CREATE TABLE Syntax
A PRIMARY KEY is a unique KEY where all key columns must be defined as NOT NULL. If they are not explicitly declared as NOT NULL, MySQL will declare them so implicitly (and silently). A table can have only one PRIMARY KEY. If you don't have a PRIMARY KEY and an application asks for the PRIMARY KEY in your tables, MySQL returns the first UNIQUE index that has no NULL columns as the PRIMARY KEY.[/quote]
Vad nog detta jag tänkte på, men minne är inte vad det borde. :)

Robert: Att lista antal är en annan bra idé, som kan användas!

Just nu tänkte jag lista upp register i en <table> och visa tillhörande kategorier:
(Att ha flera kolumner passar utmärkt här...
Typ:

Kod:

<table>

  <tr> <th>Namn</th>  <th>Kat 1</th>  <th>Kat 2</th>  <th>Kat 3</th> </tr>



  <tr> <td>post 1</td>  <td> x </td>    <td>  </td>     <td>  </td> </tr>



  <tr> <td>post 2</td>  <td>  </td>    <td> x </td>    <td> x </td> </tr>

</table>

Jag har många idér till lösningar att stå på nu!
Jag tackar så hemskt mycket för alla svar!