Jak "navrhnout" tabulku pro MySQL

[honzaik]

Ahoj, mám takové dilema. Řekněme že mám databázi která má v sobě data o "followech" jako to funguje na twitteru. Takže to vidím na 3 sloupce - 1. followId (prostě id každého followu - primární klíč), 2. followerId (id každého usera kterej followuje někoho) a 3. followsId (id usera kterého ten "followerId" followuje). A chtěl bych vědět jestli to je úplně blbě (znáte jiný, lepší systém) nebo to je ok. Každopádně rád bych měl foreign key na followerId a followsId a použít "CASCADE" takže když se z tabulky users vymaže user tak se vymažou i všechna data s jeho id z této tabulky. to ale znamená že tato tabulka má 3 sloupce a na každém je index. Takže by mě zajimalo co je podle vás lepší, udělat to takto a nějak doufat že rychlost bude dostačující (co jsem tak četl tak hodně indexů zpomaluje insert a update) nebo na tom nemít žádné klíče a databázi nějakým jiný způsobem intervalové "čistit". V navrhování databazí jsem naprostý začátečník takže bych prosil "požehnání" od někoho zkušenějšího

[Reklama]

[Madara]

Takhle je to ideální. Jiné možnosti jsou o dost složitější.

[CZechBoY]

čus,
na co auto_increment PK?
Hoď tam PK (autor příspěvku, jeho follower) + index (jeho follower).
Zabráníš duplicitám a mělo by to jet vcelku obstojně.

Mám takhle řešený kategorie k produktům (product_to_category (category_id, product_id), PK (category_id, product_id) + index (product_id)) a jede celkem dobře s 11M řádkama

[honzaik]

no tohle je tabulka jen na zaznamenání o followech, žádný příspěvky já nemůžu hodit primary key na follower protože follower bude followovat více lidí. to AI PK tam mám protože framework vyžaduje aby na smazání byl v tabulce definovám primární klíč, asi to má svůj důvod, samozřejmě bych to mohl udělat samotnout SQL query asi ale prostě nechci míchat 2 způsoby a budu raději věřit autorum ... bylo mi to řečeno i na framework foru (phalconphp.com)

[CZechBoY]

Nevim jak tomu říkáš ty, ale jak jsem psal, tak je to asi nejlepší..

[honzaik]

vůbec nechápu jak to myslíš jak říkám nikdy jsem nedělal nějak komplexní databáze

[CZechBoY]

primární klíč na dvousloupec follower + autor
index autor

k čemu chceš cizí klíče? na oba sloupce?

[honzaik]

cizí klíče na oba sloupce jsou vlastně zbytečnost, díky. pořád ale nechápu co k čemu tam cpeš autora tohle má jen zaznamenávat - "ten se kamarádí (followuje) s timhle" nic víc

[CZechBoY]

Tak já nevim jak ty to pojmenováváš... prostě primární klíč na oba sloupce a index na druhej.

[honzaik]

jak můžeš mít 2 primární klíče v 1 tabulce? primární klíč je maximálně jeden na tabulku ne?

[CZechBoY]

Cože? Jako dneska jsem mimo, ale píšu že jeden dáš na oba sloupce a na druhej sloupec dáš jenom obyčejnej index.

[honzaik]

aha to jsem nevěděl že jde klíč na více sloupců mám teda primární klíč na follower a follows. a cizí klíč ale potřebuju na obou, protože když se smaze user s id 1 (z tabulky users) tak ho potřebuju vymazat z follower i z follows. pokud to teda chápu dobře potřebuju cizí na oba sloupce ale aby byly vázaný na jeden sloupec z cizí tabulky, jde to nějak?
tabulka by nejlépe měla vypadat proste takhle

Kód: Vybrat vše

Follower | Follows
1           2
2           1
5           1
4           1
1           4
atd..


takže po deletu usera s id 1 by tahle měla bejt prázdná