konceptualno pitanje - relacione baze podataka

[fanatic]

vec neko vrijeme razmisljam kako suvislo rijesiti slijedeci problem:

recimo da se radi o tablici za news-e u kojoj su polja za id, naslov, kicker, body, sliku.

id
title
kicker
body
pic

sve 5, ali recimo da pozelim uz post publicirati nekoliko fotki, sto onda? na pamet mi pada vise rjesenja, ali nekako niti s jednim nisam presretan, siguran sam da postoji inteligentan nacin da se to rijesi, samo koji?

jedno od rjesenje bi bilo da se predvidi nekoliko polja: pic1, pic2, pic3 itd. sto je nefleksibilno jer nikada ne znas koliko ce ti slika zaista trebati.

slijedece sto mi pada na pamet je spremiti u polje pic nesto poput array-a fotki odvojenih nekim specijalnim karakterom, npr °: img1.jpg°img2.jpg°img3.jpg. ne zvuci lose, ali zahtijeva dodatni kod i nije sasvim cisto rjesenje. mozda da se ovo napravi xml-om?

trece rjesenje je napraviti novu tablicu za fotke, te kreirati relaciju sa tabelom postovi. u tom slucaju moguce je dodati fotki koliko ih vec treba (svaka fotka novi rekord) i samo ih preko id-a povezati s odgovarajucim postom. cool, ali nije li ovo malkice overkill?

koja su vasa iskustva, na koji nacin vi ovo radite?

[Sulien]

fanatic wrote:

jedno od rjesenje bi bilo da se predvidi nekoliko polja: pic1, pic2, pic3 itd. sto je nefleksibilno jer nikada ne znas koliko ce ti slika zaista trebati.

ja sam to jednom napravio i zytzagoo je pitao "šta je to tu, šta, šta??" kad je vidio nakon toga sam se jače bacio na baze (koncepte kao što je normalizacija i sl.) i sad me malo sram kad se sjetim toga

Quote:

trece rjesenje je napraviti novu tablicu za fotke, te kreirati relaciju sa tabelom postovi. u tom slucaju moguce je dodati fotki koliko ih vec treba (svaka fotka novi rekord) i samo ih preko id-a povezati s odgovarajucim postom. cool, ali nije li ovo malkice overkill?

to uopće nije overkill, tako se to radi

pročitaj kvalitetne članke koje nađeš o normalizaciji relacijskih baza podataka, ali u principu je ovo što si zadnje rekao rješenje na problem

[fanatic]

ma, ja sam do sada uglavnom bio zadovoljan "quick & dirty" rjesenjem broj dva, a jer je news u 95% slucajeva trebao samo jednu sliku...zato mi se i ucinilo da je trece, pravo, rjesenje overikill pa rekoh, sigurno ima neko tricky rjesenje...

a gle slijedecu dilemu: imam njuz ciji se body sastoji od vise paragrafa, od kojih svaki moze imati title, pic, text...znaci - ako ne zelim koristiti html, a ne zelim - najbolje rjesenje je napraviti tabelu paragrafi koja je u relaciji s tabelom news. ne zvuci lose, jedino je u tom slucaju malo teze koristiti phpmyadmin kao backend

brijem da bi se ovo moglo rjesiti xml-om, ima li to smisla?

[maratz]

fanatic wrote:

ako ne zelim koristiti html, a ne zelim

...?

za svaki iole napredniji sustav u jednom ćeš trenutku morati raditi sa HTML-om kod unosa podataka (npr. za svaki link u tekstu garant nećeš radit novo polje u bazi ili node u xml-u), tak da ne vidim smisao u programskom razbijanju sadržaja.

[fanatic]

naravno da se upotreba HTML-a ne da potpuno izbjeci, zato se i igram idejom da specifican kontent, kao sto je news body, stukturiram XML-om...iako za sada nisam ozbiljno razmislio o konzekvencama..

koristim php/mysql.

[gog]

Ja razmišljam u tablicu novosti staviti glavnu sliku, pošto u kao što si rekao 99% slučajeva se radi o jednoj slici. U druge tablicu bih stavljao ostale slike ukoliko ih ima. Usput znam i koja mi je "glavna" slika, te koja će se prrikazivati na naslovnici...

[unique]

gog wrote:

Ja razmišljam u tablicu novosti staviti glavnu sliku, pošto u kao što si rekao 99% slučajeva se radi o jednoj slici. U druge tablicu bih stavljao ostale slike ukoliko ih ima. Usput znam i koja mi je "glavna" slika, te koja će se prrikazivati na naslovnici...

a kak ces znat dal ima jos slika :) (nisam skorz upoznat kak te db rade, kak traze, sortiraju i ostala sranja no mislim da je svejedno dal ces nesta trazit i ne nac i trazit i nac :) (?))
a kad npr. uzmes iz ne glavne - 'druge' tablice neke "rezultate" onaj s najmanjim id-om (order by id jel :) mogao bi biti glavna slika...

[gog]

Well, možeš imati još jedno polje "dodatne_slike" pa u njega pohranjivati 1 ili 0, no to je već kemijanje

[unique]

gog wrote:

Well, možeš imati još jedno polje "dodatne_slike" pa u njega pohranjivati 1 ili 0, no to je već kemijanje

pa zato i kažem, zašto komplicirati