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
Accessia
11
1149
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
Tukalaa kuumuutta
Tietäisitpä vaan kuinka kuumana olen käynyt viime päivät. Eikä johdu helteestä, vaan sinusta. Mitäköhän taikoja olet teh433037Ensi kesänä
Näin kesän viimeisenä minuutteina ajattelen sinua. Olisiko seuraava kesä "meidän" kesä? Tänä vuonna ei onnistuttu, mutta613021- 422387
- 311873
Anne Kukkohovin karmeat velat ovat Suomessa.
Lähtikö se siksi pois Suomesta ? Et on noin kar? mean suuret velat naisella olemassa831808Okei, myönnetään,
Oisit sä saanut ottaa ne housutkin pois, mutta ehkä joskus jossain toisaalla. 😘251729- 481586
Mihin hävisi
Mihin hävisi asiallinen keskustelu tositapahtumista, vai pitikö jonkin Hannulle kateellisen näyttää typeryytensä791307- 391270
- 791090