Olen miettinut miten kannattaisi hoitaa seuraava tietokantojen "linkitys"
On olemassa 2kpl valmiita kantoja, esimerkkinä käytettäköön tätä
DB1
tuotenumero
nimike
valmistaja
hinta-alv0
hinta-alv22
toimittajanimi (listaus DB2 kannasta esim. drop down menuun josta poiminta)
DB2
toimittaja-id
toimittajanimi
osoite
postinumero
kaupunki
maa
yhteyshenkilö
...jne........
-------------------
Miten nuo kaksi kantaa kannattaisi linkittää jotta tietokantaan lisättäessä voisi oikean tuotteeseen liittyvän toimittajan poimia kerralla.
Löytyykö kennelläkään esim. nettilinkkiä esimerkkiin jossa voisi tälläistä opiskella ?
2 kpl tietokantoja
11
1108
Vastaukset
- juhakorkeapudas
Tiedot linkitetään välitaululla.
Välitaulun kentät:
ID
ID_Tuote (tuotetaulun tuote-id, taulun perusavain)
ID_Toimittaja (toimittajataulun toimittaja-id, taulun perusavain)
Tietoja lisättäessä tai päivitettäessä muutetaan siis välitaulussa olevaa tietoja.
http://www.google.fi/search?hl=fi&rlz=1R2GGLL_enFI346&ei=BIR2S6K9Gt2ksQbwwPyeCg&sa=X&oi=spell&resnum=0&ct=result&cd=1&ved=0CAgQB... Kysyjä puhuu tietokannoista (2 kpl.) Ne ovat kyllä tauluja, tai Accesissa puhutaan taulukoista.
Nuo kaksi taulukkoa kannattaa linkittää esim. TuoteNo==> Toimittaja-id (tietokantatyökalut==>yhteydet)
Tuossa edellisessä vastauksessa kehoitettiin tekemään välitaulukko. Miksi? Periaatteenahan on että yksi tieto tallennetaan tietokannassa vain yhteen paikkaan. Tiedothan voi näyttää (syöttö)lomakkeella suoraan päätaulukoista, jonne ne haetaan kyselyn kautta. Kyselyhän toimii eräänlaisena tiedon "välivarastona". Kun tietoja lisätään tai muutetaan, tiedot päivittyvät päätaulukoissa. Mainitun kyselyn kautta saadaan tiedot sitten myös raportteihin.- Accessia
Kiitos vastauksesta. Täytyy opiskella hieman linkityksestä lisää.
- monen suhde yhteen
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. - 20+4=?
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.The_Rat 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.Kassara 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.- 6+4=17
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?
Tuossa paras linkki syvempään perehtymiseen, alkaa ihan tietokannan suunnittelusta:
http://office.microsoft.com/fi-fi/access/CH100645691035.aspx
Sieltä löytyy rautaisannos ihan oikeaa tietoa ja ohjeistusta eri osa-alueista.- Ihan itse
käytä Accesin linkitystä (Export) . Eli avaat sinne uuden talun joka
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
- 2044038
Tekisi niin mieli laittaa sulle viestiä
En vaan ole varma ollaanko siihen vielä valmiita, vaikka halua löytyykin täältä suunnalta, ja ikävää, ja kaikkea muuta m921926Miksi ihmeessä?
Erika Vikman diskattiin, ei osallistu Euroviisuihin – tilalle Gettomasa ja paluun tekevä Cheek301612- 1651402
Erika Vikman diskattiin, tilalle Gettomasa ja paluun tekevä Cheek
Erika Vikman diskattiin, ei osallistu Euroviisuihin – tilalle Gettomasa ja paluun tekevä Cheek https://www.rumba.fi/uut251296Pitääkö penkeillä hypätä Martina?
Eivätkö puistonpenkit ole istumista varten.Ei niitä kannata liata hyppäämällä koskaa likaantuvat eikä siellä kukaan niit2121160- 391142
Kuinka kauan
Olet ollut kaivattuusi ihastunut/rakastunut? Tajusitko tunteesi heti, vai syventyivätkö ne hitaasti?951124Maikkarin tentti: Orpo jälleen rauhallinen ja erittäin hyvä, myös Purra oli hyvä
Lindtman ja Kaikkonen oli kohtalaisia, sen sijaan punavihreät Koskela ja Virta olivat taas heikkoja. Ja vastustavat jalk1291103Milli-helenalla ongelmia
Suomen virkavallan kanssa. Eipä ole ihme kun on etsintäkuullutettu jenkkilässäkin. Vähiin käy oleskelupaikat virottarell1991049