Tarkoituksena on rakentaa eräälle sivulle uutispalsta mihin voi laittaa myös kuvia.
tauluun tulisi:
-uutisen ID
-uutisen otsikko
-uutisen kirjoittaja
-uutisen päivämäärä (timestamp?)
-uutisteksti
Mitä muotoa(text,varchar...?) ylläolevien sarakkeiden olisi järkevintä olla?
Uutiseen on siis mahdollista myös liittää kuvia, tietokantaan ajattelin tallentaa vain kuvien nimet.
Tuleeko kaikkien kuvien 1..n nimet yhteen vai useampaan sarakkeeseen. Paras olisi ilmeisesti saada kaikkien kuvien nimet samaan sarakkeeseen, mutta miten tämä toteutetaan??
Toivottavasti saitte selvää ja toivottavasti joku osaisi vielä auttaa aloittelijaa...
tauluun tulisi:
-uutisen ID
-uutisen otsikko
-uutisen kirjoittaja
-uutisen päivämäärä (timestamp?)
-uutisteksti
Mitä muotoa(text,varchar...?) ylläolevien sarakkeiden olisi järkevintä olla?
Uutiseen on siis mahdollista myös liittää kuvia, tietokantaan ajattelin tallentaa vain kuvien nimet.
Tuleeko kaikkien kuvien 1..n nimet yhteen vai useampaan sarakkeeseen. Paras olisi ilmeisesti saada kaikkien kuvien nimet samaan sarakkeeseen, mutta miten tämä toteutetaan??
Toivottavasti saitte selvää ja toivottavasti joku osaisi vielä auttaa aloittelijaa...
Vastaukset 5
Vanhimmat
Itse tekisin tällaisen:
CREATE TABLE uutinen (
uutinenId INT NOT NULL AUTO_INCREMENT,
uutinenOtsikko varchar(250) NOT NULL,
uutinenKirjoittaja varchar(50) NOT NULL,
uutinenPvm timestamp,
uutinenTeksti TEXT,
PRIMARY KEY (uutinenId)
);
timestampin tilalle voi ajatella jotain muutakin tekstiä.
Kuville oma taulu:
CREATE TABLE kuva (
kuvaId INT NOT NULL AUTO_INCREMENT,kuva_uutinenId INT REFERENCES uutinen.uutinenId,
kuvaTiedostonimi varchar(250) NOT NULL,
PRIMARY KEY (kuvaId)
);
Huomaa, että tähän tauluun viittaus siihen uutiseen, johon kuva liittyy.
Kiitos vastauksestasi! kaikki muu meni jakeluun, mutta tuota viittausta en saanut toimimaan...
Kuinka se pitäisi tehdä???
Se on niin sanottu "foreign key", eli viittausavain. Ilman sitäkin tuo tietokantarakenne toimii, mutta parempi nuo on aina laittaa tuollaisessa.
Tuossa tapauksessa tuolla varmistaa että jokainen kuva on linkitetty johonkin uutiseen. Irrallista kuvaa ei voi kantaan laittaa koska tuon viittausavaimen kohde on löydyttävä tietokannasta.
Eli sinun on ensin luotava uutinen, ja vasta sitten lisätä siihen liittyvät kuvat. Poistaessa sinun pitää poistaa ensin uutiseen liittyvät kuvat, sitten vasta itse uutinen.
En ole mysql-guru mutta tämä syntaksi taitaa ollä lähempänä oikeaa:
CREATE TABLE kuva (
kuvaId INT NOT NULL AUTO_INCREMENT,
kuva_uutinenId INT,
kuvaTiedostonimi varchar(250) NOT NULL,
PRIMARY KEY (kuvaId)
FOREIGN KEY (kuva_uutinenId) REFERENCES (uutinen.uutinenId)
);
syntaksia ja tietoa:
http://dev.mysql.com/doc/mysql/en/InnoDB_foreign_key_constraints.html
Itse tosin poistaisin noitten rivien nimestä uutinen, koska turhaa toistoa. Sekä kannattaa määritellä indexi nopeuttaa, varsinkin jos tekee jonkun haun jne...
*timestampin tilalle voi ajatella jotain muutakin tekstiä.**
Päivämäärä aina tietokannan omassa muodossa, timestamp on tässä tapauksessa parhain, kun sille tulee automaattisesti arvo, kun uutinen lisätään, tosin jos uutista muokataa, niin päivämäärä muuttuu senhetkises, joten kenties datetime olis kuitenkin parempa, riippuu miten halutaan tapahtuvan uutisten muokkaamises.
Tohon kannattaa tehdä viel kolmaskin taulu jossa on uutistenlisääjät ja salasanat jne...
Myslihän ei tuo kuin InnoDB tyyppisissä taulukoissa noita viiteavaimia, joten taulun tyyppi pitää määritellä, sekä itse määrittelisin ton viiteavaimen niin, jos uutinen poistetaan niin kuvan viittauksetkin poistetaan.
Pidemmällä tähtäimellä kuvista kannattaisi luoda oma tietokantansa tai vähintäänkin oma linkitettavä taulukko, jota voi käyttää muutkin kuin uutissovellus. Silloin pakolliset viittaukset uutistauluun pitäisi poistaa.
No, tämä nyt on tätä newerending viilailua, mutta kuitenkin... vakavasti sovellusta rakennettaessa tällaiset mahdollisuudet huomioidaan mahdollisimman aikaisessa vaiheessa.
Eka kertaa kantaa rakentavan olisi hyvä saada ensin reilusti aikaa harjoitteluun ja huolelliseen suunnitteluun. sittenhän se on jo melkein valmis. Hätäisesti tehty ja käyttöönotettu ei valmistu koskaan. Paitsi sitten, kun sitä ei enää käytetä.