2 kpl tietokantoja

Kiitos vastauksesta. Täytyy opiskella hieman linkityksestä lisää.

Jos kyseessä on monen suhde moneen eli jos tuotteilla on useampi toimittaja sekä samat toimittajat toimittavat useampia tuotteita tarvitaan tuo välitaulu eli purkutaulu johon noi suhteet puretaan.

Jos kyseessä on monen suhde yhteen eli toimittajat toimittavat useampi tuotteita mutta yhtä tuotetta vain yksi toimittaja ei tuota välitaulua tarvita.

monen suhde yhteen kirjoitti:

Jos kyseessä on monen suhde moneen eli jos tuotteilla on useampi toimittaja sekä samat toimittajat toimittavat useampia tuotteita tarvitaan tuo välitaulu eli purkutaulu johon noi suhteet puretaan.

Jos kyseessä on monen suhde yhteen eli toimittajat toimittavat useampi tuotteita mutta yhtä tuotetta vain yksi toimittaja ei tuota välitaulua tarvita.

"Jos kyseessä on monen suhde moneen eli jos tuotteilla on useampi toimittaja sekä samat toimittajat toimittavat useampia tuotteita tarvitaan tuo välitaulu eli purkutaulu johon noi suhteet puretaan.

Jos kyseessä on monen suhde yhteen eli toimittajat toimittavat useampi tuotteita mutta yhtä tuotetta vain yksi toimittaja ei tuota välitaulua tarvita."

Mitään välitauluja ei missään vaiheessa tarvita, tieto tallennetaan päätauluihin ja sieltä se myös haetaan.

20+4=? kirjoitti:

"Jos kyseessä on monen suhde moneen eli jos tuotteilla on useampi toimittaja sekä samat toimittajat toimittavat useampia tuotteita tarvitaan tuo välitaulu eli purkutaulu johon noi suhteet puretaan.

Jos kyseessä on monen suhde yhteen eli toimittajat toimittavat useampi tuotteita mutta yhtä tuotetta vain yksi toimittaja ei tuota välitaulua tarvita."

Mitään välitauluja ei missään vaiheessa tarvita, tieto tallennetaan päätauluihin ja sieltä se myös haetaan.

Tieto on päätäuluissa, se haetaan päätäulusta, mutta väliin tarvitaan taulu linkitystä varten.

Voidaan toki tehdä muutenkin, mutta menee täysin mahdottomaksi hallita ja on muutenkin päin persettä suunniteltu sitten.

Huom: puhutaan nyt relaatiotietokannoista. Muissa kantatyypeissä voi olla toisin.

old_profile_34673 kirjoitti:

Tieto on päätäuluissa, se haetaan päätäulusta, mutta väliin tarvitaan taulu linkitystä varten.

Voidaan toki tehdä muutenkin, mutta menee täysin mahdottomaksi hallita ja on muutenkin päin persettä suunniteltu sitten.

Huom: puhutaan nyt relaatiotietokannoista. Muissa kantatyypeissä voi olla toisin.

Alkuperäinen kysyjä mielestäni tarkoittaa Accesia. Olen hieman matkan varrella tuota pyöritellyt ja siinä ei missään puhuta mistään "välitauluista". Kysely taulukkomuodossa katseltuna on samantyylinen kuin datataulukko, joten voinee sitä välitaulukoksikin sanoa. Siihen voidaan hakea tietoa useammasta eri taulusta ja näyttää sitä lomakkeissa, raporteissa jne. Kyselyssä voidaan myös tehdä laskutoimituksia, suodatuksia ym. pientä kivaa.

Tuossa 18.2 viestissäni on linkki MS:n ohjesivustoon, tuskin sielläkään mistään välitaulukoista puhutaan. Kyselyistä sitäkin enemmän.

UPDATE_7735331 kirjoitti:

Alkuperäinen kysyjä mielestäni tarkoittaa Accesia. Olen hieman matkan varrella tuota pyöritellyt ja siinä ei missään puhuta mistään "välitauluista". Kysely taulukkomuodossa katseltuna on samantyylinen kuin datataulukko, joten voinee sitä välitaulukoksikin sanoa. Siihen voidaan hakea tietoa useammasta eri taulusta ja näyttää sitä lomakkeissa, raporteissa jne. Kyselyssä voidaan myös tehdä laskutoimituksia, suodatuksia ym. pientä kivaa.

Tuossa 18.2 viestissäni on linkki MS:n ohjesivustoon, tuskin sielläkään mistään välitaulukoista puhutaan. Kyselyistä sitäkin enemmän.

Access on periaatteessa relaatiotietokanta, siinä missä mikä tahansa muukin. Kilkkeitä on sitten sen päällä enemmän ja vähemmän...

Välitaulu on aivan tavallinen taulu, mutta siihen ei tallenneta sellaista dataa, jota käyttäjä yleensä näkee.

Esimerkki.
- Taulu(ko)ssa Henkilö on kentät Id ja nimi.
- Taulu(ko)ssa Osoite on kentät Id, katuosoite ja postinumero
- Taulu(ko)ssa Henkilö_osoite on kentät Henkilö_Id ja Osoite_Id

Viimeinen noista kolmesta on väli(tys)taulu. Sillä yhdistetään henkilö osoitteeseen. ja toisin päin. Tätä tietoa ei kuitenkaan suoraan näytetä koskaan käyttäjälle, vaan näytettävät kentät kootaan noista kahdesta muusta taulusta.

Usea ihminen pistäisi henkilön tietoihin osoitteen, mutta tämä ei ole normaalimuotoista. Homma usein toimii, mutta entäpä sitten, kun havaitaan, että tietyillä henkilöillä pitäisi olla vaikkapa toimitusosoite ja laskutusosoite erikseen? Normalisoidussa datassa riittää sarakkeen lisääminen yhteen tauluun, intuitiivisessa ratkaisussa tietokannan rakenne joudutaan muuttamaan ja siitä seuraa ongelmia.

Tai toisella tavalla ajateltuna, välitystaulut ovat aivan tavallisia tauluja, joita ei varsinaisesti näy kannan UML-kuvauksessa. Ne ovat pakollisia monta-moneen riippuvuussuhteen aikaansaamiseksi kuitenkin.

20+4=? kirjoitti:

"Jos kyseessä on monen suhde moneen eli jos tuotteilla on useampi toimittaja sekä samat toimittajat toimittavat useampia tuotteita tarvitaan tuo välitaulu eli purkutaulu johon noi suhteet puretaan.

Jos kyseessä on monen suhde yhteen eli toimittajat toimittavat useampi tuotteita mutta yhtä tuotetta vain yksi toimittaja ei tuota välitaulua tarvita."

Mitään välitauluja ei missään vaiheessa tarvita, tieto tallennetaan päätauluihin ja sieltä se myös haetaan.

Ja tässä malliesimerkki siitä miksi jotkut it-järjestelmät ovat niin totaalisen syvältä kuin ne ovat. Täydellisen tietämättömyyden tuomalla syvällä rintaäänellä rakennetaan tietokannan päälle hieno viritys ja viikon päästä aletaan ihmettelemään miksi haut kestävät yhä kauemmin ja kauemmin...

Anna kun arvaan, sinä et tiedä linkkitaulujen merkityksen lisäksi taulujen indeksoinnista mitään?