2 kpl tietokantoja

Accessia

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 ?

11

1108

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • juhakorkeapudas
    • 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

    1. Janne Ahonen E R O A A

      Taas 2 lasta jää vaille ehjää perhettä!
      Kotimaiset julkkisjuorut
      204
      4038
    2. 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 m
      Ikävä
      92
      1926
    3. Miksi ihmeessä?

      Erika Vikman diskattiin, ei osallistu Euroviisuihin – tilalle Gettomasa ja paluun tekevä Cheek
      Ateismi
      30
      1612
    4. Ootko huomannut miten

      pursuat joka puolelta. Sille joka luulee itsestään liikoja 🫵🙋🏻‍♂️
      Ikävä
      165
      1402
    5. 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/uut
      Maailman menoa
      25
      1296
    6. Pitääkö penkeillä hypätä Martina?

      Eivätkö puistonpenkit ole istumista varten.Ei niitä kannata liata hyppäämällä koskaa likaantuvat eikä siellä kukaan niit
      Kotimaiset julkkisjuorut
      212
      1160
    7. Kerropa ESA miten kävi tuomioiden

      Osaako ESA kertoa miten haukkumasi kunnanhallituksen kävi.
      Puolanka
      39
      1142
    8. Kuinka kauan

      Olet ollut kaivattuusi ihastunut/rakastunut? Tajusitko tunteesi heti, vai syventyivätkö ne hitaasti?
      Ikävä
      95
      1124
    9. Maikkarin 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 jalk
      Maailman menoa
      129
      1103
    10. Milli-helenalla ongelmia

      Suomen virkavallan kanssa. Eipä ole ihme kun on etsintäkuullutettu jenkkilässäkin. Vähiin käy oleskelupaikat virottarell
      Kotimaiset julkkisjuorut
      199
      1049
    Aihe