Uusi taulu vai nulleja?

Kiitoksia vastauksesta.

Juu kyl kirjoittelen tääl tietokone/ohjelmointi palstal eri nimimerkeil usein nimimerkkinä jotain viivoja tai pisteit (millä päällä nyt satun olemaankaan), mutta samanlaisia nimimerkkejä kyl muutkin käyttävät, voishan sitä rekisteröidä nimimerkin jos vain jaksaisi :) On nuo viestit mun mitkä tiesit. Outoa, että vastaus on kadonnut jonnekkin tuosta nimeämis keskustelusta, noh kiitän sitten täällä.


Olet oikeessa, että nuo taulujen nimet ovat aika huonot ja sekaset. Mitäs mieltä olisit tämmöisestä?
Tuo Zdey on osaston tunnus.


Zdey_tapahtumat
tapahtuma_id | nimi_id | paikka_id | kuva_id | info_id | alkaa | loppuu

Zdey_tapahtumanimet
nimi_id | nimi

Zdey_tapahtumapaikat
paikka_id | paikka | kuva_id | info_id

Zdey_tapahtumakuvat
kuva_id | url

Zdey_tapahtumainfot
info_id | info


Lisäsin niin, että tapahtumalle voi laittaa kuvan sekä infon samoin myös paikallekkin.


Tuosta kirjasta mistä sen oikein saisi suomenkielisenä kun sitä paremmin ymmärrän? Oon katsonut Suomalainen.com, Bookplus ja muutkin tunnetut kirjakaupat, mut joko ei ole myynnissä tai on loppuun myyty.
Kirjastosta laitoin varaukseen 2000 vuonna kirjoitetun, tiedä sit eroaako paljon tuosta 2002 tai 2003 painetusta.

-------- kirjoitti:

Kiitoksia vastauksesta.

Juu kyl kirjoittelen tääl tietokone/ohjelmointi palstal eri nimimerkeil usein nimimerkkinä jotain viivoja tai pisteit (millä päällä nyt satun olemaankaan), mutta samanlaisia nimimerkkejä kyl muutkin käyttävät, voishan sitä rekisteröidä nimimerkin jos vain jaksaisi :) On nuo viestit mun mitkä tiesit. Outoa, että vastaus on kadonnut jonnekkin tuosta nimeämis keskustelusta, noh kiitän sitten täällä.


Olet oikeessa, että nuo taulujen nimet ovat aika huonot ja sekaset. Mitäs mieltä olisit tämmöisestä?
Tuo Zdey on osaston tunnus.


Zdey_tapahtumat
tapahtuma_id | nimi_id | paikka_id | kuva_id | info_id | alkaa | loppuu

Zdey_tapahtumanimet
nimi_id | nimi

Zdey_tapahtumapaikat
paikka_id | paikka | kuva_id | info_id

Zdey_tapahtumakuvat
kuva_id | url

Zdey_tapahtumainfot
info_id | info


Lisäsin niin, että tapahtumalle voi laittaa kuvan sekä infon samoin myös paikallekkin.


Tuosta kirjasta mistä sen oikein saisi suomenkielisenä kun sitä paremmin ymmärrän? Oon katsonut Suomalainen.com, Bookplus ja muutkin tunnetut kirjakaupat, mut joko ei ole myynnissä tai on loppuun myyty.
Kirjastosta laitoin varaukseen 2000 vuonna kirjoitetun, tiedä sit eroaako paljon tuosta 2002 tai 2003 painetusta.

Lue lisää

Yritin löytää kirjan suomenkielistä versiota, mutta vaikuttaa todella siltä, että sitä ei ole saatavissa muualta kuin kirjastosta. Itselläni on vuonna 2000 painettu opus, kustantaja IT Press, joka näyttää hävinneen ja muuttuneen Editaksi. Siellä kirjaa ei näkynyt ollenkaan listoilla.

Englanninkielinen kirja sen sijaan on saatavissa. Tuossa alla on linkki paikkaan, josta sen voi tilata jos pystyy sitä lukemaan. Siellä oli myös lukijoiden kommentteja. Vaikutti siltä, että kokeneet ammattilaiset eivät katsoneet saavansa kirjasta hyötyä, mutta vasta-alkajat kehuivat sitä. Vuoden 2000 jälkeen tulleet painokset ovat "parannettuja" ja "laajennettuja" ja niiden mukana tulee CD-levyllä jotain tietokannansuunnittelutyökaluja. Näin siis sanottiin alla olevassa paikassa.

http://www.amazon.com/Database-Design-Mere-Mortals-Hands/dp/0201752840


Ja sitten vielä noista nimistä. Minulla ei ole riittävästi taustatietoa systeemistä, jota yrität tehdä, ja siksi tässä on vain spekulaatiota. Tietokannan suunnittelijan tulee ottaa tarkoin selvä, miten business toimii, niin että hän pystyy suunnittelemaan hyvän tietokannan. Minä en tiedä, teetkö jotain parturikampaamoketjun tietokantaa, jossa on mm. asiakkaiden ajanvarauksia - vai onko kysymyksessä ehkä joku metalliteollisuusyritys, jolla on toimintaa useilla paikkakunnilla ja joissa prosessit alkavat ja loppuvat määrättyinä aikoina??? Taulujen sisältö antaa aihetta spekuloida jotain tällaista.

Kysymys: miksi osaston pitäisi sisältyä taulun nimeen? Onko systeemissä useita osastoja, ja niillä kaikilla olisi omat taulunsa?? Kuulostaa huonolta ratkaisulta. Jos osasto tarvitaan, niin sijoittaisin sen yhdeksi kentäksi tauluun!

Toiseksi en ymmärtänyt, miksi paikkaankin voi liittyä kuvia.

- Mikä oikeastaan on tapahtumapaikka, mitä se sisältää ja mihin sitä tarvitaan?
- Voiko paikkaan liittyä vain yksi kuva vai useita kuvia?
- Voiko sama kuva liittyä useihin paikkoihin vai onko tietyssä paikassa esiintyvä kuvajoukko täysin erillinen toisten paikkojen kuvista?

Eli pitäisi tietää, mitä oikeastaan halutaan tehdä… ja täsmällisesti!

I.Proqatlis kirjoitti:

Yritin löytää kirjan suomenkielistä versiota, mutta vaikuttaa todella siltä, että sitä ei ole saatavissa muualta kuin kirjastosta. Itselläni on vuonna 2000 painettu opus, kustantaja IT Press, joka näyttää hävinneen ja muuttuneen Editaksi. Siellä kirjaa ei näkynyt ollenkaan listoilla.

Englanninkielinen kirja sen sijaan on saatavissa. Tuossa alla on linkki paikkaan, josta sen voi tilata jos pystyy sitä lukemaan. Siellä oli myös lukijoiden kommentteja. Vaikutti siltä, että kokeneet ammattilaiset eivät katsoneet saavansa kirjasta hyötyä, mutta vasta-alkajat kehuivat sitä. Vuoden 2000 jälkeen tulleet painokset ovat "parannettuja" ja "laajennettuja" ja niiden mukana tulee CD-levyllä jotain tietokannansuunnittelutyökaluja. Näin siis sanottiin alla olevassa paikassa.

http://www.amazon.com/Database-Design-Mere-Mortals-Hands/dp/0201752840


Ja sitten vielä noista nimistä. Minulla ei ole riittävästi taustatietoa systeemistä, jota yrität tehdä, ja siksi tässä on vain spekulaatiota. Tietokannan suunnittelijan tulee ottaa tarkoin selvä, miten business toimii, niin että hän pystyy suunnittelemaan hyvän tietokannan. Minä en tiedä, teetkö jotain parturikampaamoketjun tietokantaa, jossa on mm. asiakkaiden ajanvarauksia - vai onko kysymyksessä ehkä joku metalliteollisuusyritys, jolla on toimintaa useilla paikkakunnilla ja joissa prosessit alkavat ja loppuvat määrättyinä aikoina??? Taulujen sisältö antaa aihetta spekuloida jotain tällaista.

Kysymys: miksi osaston pitäisi sisältyä taulun nimeen? Onko systeemissä useita osastoja, ja niillä kaikilla olisi omat taulunsa?? Kuulostaa huonolta ratkaisulta. Jos osasto tarvitaan, niin sijoittaisin sen yhdeksi kentäksi tauluun!

Toiseksi en ymmärtänyt, miksi paikkaankin voi liittyä kuvia.

- Mikä oikeastaan on tapahtumapaikka, mitä se sisältää ja mihin sitä tarvitaan?
- Voiko paikkaan liittyä vain yksi kuva vai useita kuvia?
- Voiko sama kuva liittyä useihin paikkoihin vai onko tietyssä paikassa esiintyvä kuvajoukko täysin erillinen toisten paikkojen kuvista?

Eli pitäisi tietää, mitä oikeastaan halutaan tehdä… ja täsmällisesti!

Lue lisää

Nyt kirja saapui kirjastosta, äkkivilkaisun perusteella ihan mielenkiintoselta vaikuttaa. Mutta muutama asia hieman ihmetyttää, taulujen/sarakkeiden nimessä kätetty välejä, sekä kannan tauluissa ei saisi olla samannimisiä sarakkeita ellei kyseessä ole liitos niiden välillä.


"Tietokannan suunnittelijan tulee ottaa tarkoin selvä, miten business toimii, niin että hän pystyy suunnittelemaan hyvän tietokannan."

Juu tiedän, mut tää on tämmöinen että lisäominaisuuksia jne... tulee mieleen käytönmyötä, ja tehty lähinnä omasta mielenkiinnosta.


"Kysymys: miksi osaston pitäisi sisältyä taulun nimeen? Onko systeemissä useita osastoja, ja niillä kaikilla olisi omat taulunsa?? Kuulostaa huonolta ratkaisulta."

Ei ole jokaiselle osastolle omia tauluja, aattelin vaan että kun laittaa osaston nimen taulun nimeen niin tietää kelle osastolle taulut kuuluu.


Kyseessä on tapahtumakalenteri johon tulee osaston vapaa-aika ja työtapahtumia, vaikea selittää ymmärrettävästi, ehkä kuvaavampi nimi olisi tapahtumakalenterin ja ilmoitustaulun sekoitus.
esim


tapahtumanimet:
Palvelimen huolto

tapahtumapaikat:
palvelinkeskus

tapahtumainfot:
Palvelinta x huolletaan...



tapahtumanimet:
Vappujuhla

tapahtumapaikat:
Ravintola x

tapahtumainfot:
Jihaa vappu jälleen.

tapahtumakuvat
(kuva ravintolasta - linkitetty tapahtumapaikkaan)
(kuva vappujuhlasta - linkitetty tapahtumaan)



"- Voiko paikkaan liittyä vain yksi kuva vai useita kuvia?"

Kyllä yksi kuva riittää ainakin tällähetkellä.


"- Voiko sama kuva liittyä useihin paikkoihin vai onko tietyssä paikassa esiintyvä kuvajoukko täysin erillinen toisten paikkojen kuvista?"

Kyllä kuva voi liittyä useisiin paikkoihin, semmoiset yleispätevät kuvat.


Tiedän että vastaaminen on näillä tiedoilla vaikeeta, mut vastauksistasi on ollut suuresti apua, varsinkin tuosta kirja suosituksesta, harmi vaan kun sitä ei meinaa mistään saada omaksi.

-------- kirjoitti:

Nyt kirja saapui kirjastosta, äkkivilkaisun perusteella ihan mielenkiintoselta vaikuttaa. Mutta muutama asia hieman ihmetyttää, taulujen/sarakkeiden nimessä kätetty välejä, sekä kannan tauluissa ei saisi olla samannimisiä sarakkeita ellei kyseessä ole liitos niiden välillä.


"Tietokannan suunnittelijan tulee ottaa tarkoin selvä, miten business toimii, niin että hän pystyy suunnittelemaan hyvän tietokannan."

Juu tiedän, mut tää on tämmöinen että lisäominaisuuksia jne... tulee mieleen käytönmyötä, ja tehty lähinnä omasta mielenkiinnosta.


"Kysymys: miksi osaston pitäisi sisältyä taulun nimeen? Onko systeemissä useita osastoja, ja niillä kaikilla olisi omat taulunsa?? Kuulostaa huonolta ratkaisulta."

Ei ole jokaiselle osastolle omia tauluja, aattelin vaan että kun laittaa osaston nimen taulun nimeen niin tietää kelle osastolle taulut kuuluu.


Kyseessä on tapahtumakalenteri johon tulee osaston vapaa-aika ja työtapahtumia, vaikea selittää ymmärrettävästi, ehkä kuvaavampi nimi olisi tapahtumakalenterin ja ilmoitustaulun sekoitus.
esim


tapahtumanimet:
Palvelimen huolto

tapahtumapaikat:
palvelinkeskus

tapahtumainfot:
Palvelinta x huolletaan...



tapahtumanimet:
Vappujuhla

tapahtumapaikat:
Ravintola x

tapahtumainfot:
Jihaa vappu jälleen.

tapahtumakuvat
(kuva ravintolasta - linkitetty tapahtumapaikkaan)
(kuva vappujuhlasta - linkitetty tapahtumaan)



"- Voiko paikkaan liittyä vain yksi kuva vai useita kuvia?"

Kyllä yksi kuva riittää ainakin tällähetkellä.


"- Voiko sama kuva liittyä useihin paikkoihin vai onko tietyssä paikassa esiintyvä kuvajoukko täysin erillinen toisten paikkojen kuvista?"

Kyllä kuva voi liittyä useisiin paikkoihin, semmoiset yleispätevät kuvat.


Tiedän että vastaaminen on näillä tiedoilla vaikeeta, mut vastauksistasi on ollut suuresti apua, varsinkin tuosta kirja suosituksesta, harmi vaan kun sitä ei meinaa mistään saada omaksi.

Lue lisää

Juu noista merkeistä muutama sana. Englannin kielen hegemonia-asemaan tottuneille on varmasti yllätys nähdä seuraavantapaista SQL:ää. Varmuuden vuoksi testasin noiden esimerkkien toiminnan MySQL 5:ssa. Tässä näkyy, että taulun nimessä ja sarakkeitten nimissä voi olla välilyöntejä tai jopa kysymys- ja huutomerkkejä. Myös üüt, äät ja ööt kelpaavat.

Jos taulun nimeen tai sarakkeitten nimiin halutaan jotain erikoisia merkkejä, niin tämä nimi tulee esittää hipsujen sisällä. Välilyönnit, tavuviivat, huuto- ja kysymysmerkit ainakin vaativat sitä. Sen sijaan umlaut-merkit kelpaavat ilman hipsujakin, kuten esimerkeistä näkyy.

MySQL itse näyttää käyttävän aina johdonmukaisesti hipsuja taulun ja sarakkeitten nimien ympärillä. Jos käyt heidän sivuiltaan imuroimassa jonkun esimerkkitietokannan, niin huomaat näin olevan. (Osoite on: http://dev.mysql.com/doc/ )

Tuo hipsu on merkki, joka saadaan aikaan painamalla numerorivillä takaisin-näppäimen vasemmalla puolella olevaa näppäintä shiftin kanssa. Yksi painallus ei tuota reaktiota, vaan pitää jatkaa painamalla välilyöntinäppäintä, jolloin hipsu tulee näkyviin. Tällä tavalla voi kirjoittaa myös vokaaleja, joiden päällä on viiva etu- tai takakenossa, esim. á, à. Ensin valitaan hipsu ja sitten vokaali.

Taulun luonti:

create table `ääkkös testi !` (
`esim sarake` integer,
`esim.sarake` integer,
`esim-sarake` integer,
`esim??sarake` integer,
küsümüs integer,
tämä integer,
tökötti integer );


Kysely:

select
`esim sarake`,
`esim.sarake`,
`esim-sarake`,
`esim??sarake`,
küsümüs,
tämä,
tökötti
from
`ääkkös testi !`;


Sitten vielä taulunimistä. Jos meillä on suuri tietokanta, jossa on useita systeemeitä, esim. palkanlaskenta ja myyntitilausten käsittely, niin on ihan hyvä nimetä taulut johdonmukaisesti niin, että palkanlaskentasysteemin taulut alkavat etuliitteellä PA_ ja myyntitilausjärjestelmän taulut etuliitteellä MY_

Nimitykset ovat vain suosituksia, eivät mitään jumalansanaa, jota aina tulisi noudattaa. Mielestäni jos joku tieto esiintyy useissa tauluissa, niin sillä pitäisi olla sama nimi joka paikassa, esiintyy se sitten liitoksissa tai ei. Muuten nimikaaos on valmis.


Kuvista ja niiden relaatioista:

Kun ensin näin, että aioit laittaa tapahtumapaikalle kuvan ja tapahtumataulussa jo oli kuva, niin mielessä oli ajatus, ettei tapahtumalla tarvitsisi kuvaa olla, koska se liittyy suoraan annettuun paikkaan. Siis jos tapahtumalla on paikka, jossa on kuva, niin kuva voitaisiin hakea suoraan paikalta!

Nyt uuden tiedon luettuani tämä taas näyttää toisenlaiselta. On siis kuvia, jotka liittyvät paikkaan, vaikkapa ravintolaan. Toisaalta on kuvia, jotka liittyvät tapahtumaan, esim. vappukarkeloihin. Äkkiseltään tuntuisi luonnolliselta, että jos mennään vappubileisiin, niin siellä otetaan useita kuvia eikä vain yksi. Jos sinulla on tapahtumataulu, jossa on yksi kuvanumero, tämä rakenne ei salli tapahtumalle useita kuvia. Pitäisi kaiketi ensin miettiä, mitä systeemin halutaan tekevän ja sitten vasta suunnitella taulut.

Kaikki systeemit ovat eläviä ja niissä tapahtuu koko ajan muutoksia. Uusia tauluja luodaan, olemassaoleviin lisätään sarakkeita jne. Systeemin monimutkaistuessa voi jopa olla tarpeen jossain vaiheessa siirtää tiedot uudempaan järjestelmään, joka paremmin vastaa uusia vaatimuksia. Vain jos systeemi on perin yksinkertainen, siinä ei tarvita muutoksia. Tämä on kokemukseni työelämästä, ja pitää varmaan paikkansa myös "privaattien" järjestelmien suhteen.

PS. Se Hernandezin opus näyttää olevan kurssikirjana monissa yliopistoissa, niin että ei se ihan turha kirja ole.

I.Proqatlis kirjoitti:

Juu noista merkeistä muutama sana. Englannin kielen hegemonia-asemaan tottuneille on varmasti yllätys nähdä seuraavantapaista SQL:ää. Varmuuden vuoksi testasin noiden esimerkkien toiminnan MySQL 5:ssa. Tässä näkyy, että taulun nimessä ja sarakkeitten nimissä voi olla välilyöntejä tai jopa kysymys- ja huutomerkkejä. Myös üüt, äät ja ööt kelpaavat.

Jos taulun nimeen tai sarakkeitten nimiin halutaan jotain erikoisia merkkejä, niin tämä nimi tulee esittää hipsujen sisällä. Välilyönnit, tavuviivat, huuto- ja kysymysmerkit ainakin vaativat sitä. Sen sijaan umlaut-merkit kelpaavat ilman hipsujakin, kuten esimerkeistä näkyy.

MySQL itse näyttää käyttävän aina johdonmukaisesti hipsuja taulun ja sarakkeitten nimien ympärillä. Jos käyt heidän sivuiltaan imuroimassa jonkun esimerkkitietokannan, niin huomaat näin olevan. (Osoite on: http://dev.mysql.com/doc/ )

Tuo hipsu on merkki, joka saadaan aikaan painamalla numerorivillä takaisin-näppäimen vasemmalla puolella olevaa näppäintä shiftin kanssa. Yksi painallus ei tuota reaktiota, vaan pitää jatkaa painamalla välilyöntinäppäintä, jolloin hipsu tulee näkyviin. Tällä tavalla voi kirjoittaa myös vokaaleja, joiden päällä on viiva etu- tai takakenossa, esim. á, à. Ensin valitaan hipsu ja sitten vokaali.

Taulun luonti:

create table `ääkkös testi !` (
`esim sarake` integer,
`esim.sarake` integer,
`esim-sarake` integer,
`esim??sarake` integer,
küsümüs integer,
tämä integer,
tökötti integer );


Kysely:

select
`esim sarake`,
`esim.sarake`,
`esim-sarake`,
`esim??sarake`,
küsümüs,
tämä,
tökötti
from
`ääkkös testi !`;


Sitten vielä taulunimistä. Jos meillä on suuri tietokanta, jossa on useita systeemeitä, esim. palkanlaskenta ja myyntitilausten käsittely, niin on ihan hyvä nimetä taulut johdonmukaisesti niin, että palkanlaskentasysteemin taulut alkavat etuliitteellä PA_ ja myyntitilausjärjestelmän taulut etuliitteellä MY_

Nimitykset ovat vain suosituksia, eivät mitään jumalansanaa, jota aina tulisi noudattaa. Mielestäni jos joku tieto esiintyy useissa tauluissa, niin sillä pitäisi olla sama nimi joka paikassa, esiintyy se sitten liitoksissa tai ei. Muuten nimikaaos on valmis.


Kuvista ja niiden relaatioista:

Kun ensin näin, että aioit laittaa tapahtumapaikalle kuvan ja tapahtumataulussa jo oli kuva, niin mielessä oli ajatus, ettei tapahtumalla tarvitsisi kuvaa olla, koska se liittyy suoraan annettuun paikkaan. Siis jos tapahtumalla on paikka, jossa on kuva, niin kuva voitaisiin hakea suoraan paikalta!

Nyt uuden tiedon luettuani tämä taas näyttää toisenlaiselta. On siis kuvia, jotka liittyvät paikkaan, vaikkapa ravintolaan. Toisaalta on kuvia, jotka liittyvät tapahtumaan, esim. vappukarkeloihin. Äkkiseltään tuntuisi luonnolliselta, että jos mennään vappubileisiin, niin siellä otetaan useita kuvia eikä vain yksi. Jos sinulla on tapahtumataulu, jossa on yksi kuvanumero, tämä rakenne ei salli tapahtumalle useita kuvia. Pitäisi kaiketi ensin miettiä, mitä systeemin halutaan tekevän ja sitten vasta suunnitella taulut.

Kaikki systeemit ovat eläviä ja niissä tapahtuu koko ajan muutoksia. Uusia tauluja luodaan, olemassaoleviin lisätään sarakkeita jne. Systeemin monimutkaistuessa voi jopa olla tarpeen jossain vaiheessa siirtää tiedot uudempaan järjestelmään, joka paremmin vastaa uusia vaatimuksia. Vain jos systeemi on perin yksinkertainen, siinä ei tarvita muutoksia. Tämä on kokemukseni työelämästä, ja pitää varmaan paikkansa myös "privaattien" järjestelmien suhteen.

PS. Se Hernandezin opus näyttää olevan kurssikirjana monissa yliopistoissa, niin että ei se ihan turha kirja ole.

Lue lisää

Kiitoksia paljon jälleen avusta.

Voishan noille kuville tehdä ihan varmuuden vuoksi liitostaulun, vaikka nyt yksi kuva riittääkin tällähetkellä. Toki niitä kuvia paljon otetaan, mut ei niitä kaikkien näkyville kehtaa laittaa.

Nuo hipsut ainakin näin ens alkuun näyttää aika sekavalta, kaiketi sen käyttöön tottuisi jos alkaisi käyttämään, tiedä sit. Tähän saakka välin tilalta oon käyttänyt _ kuten varmaan oot huomanutkin.

Juu toki se oma mieltymys tärkein, mut kyl noista kirjoista jne... oppii vaik mitä hyödyllistä, vaikkei kaikkia oppeja käyttöön ottaisikaan.