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

1155

    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. Kristillisistä Siionisteista asiallista tietoa Hesarissa.

      KD ja Persut ovat kaiken takana avoimesti!
      Maailman menoa
      69
      11715
    2. Ja jälleen uusi latauksessa olleen sähköauton palo! Nyt Keravan Prisman parkkihallissa.

      IS 3.10.2025 Latauksessa ollut sähköauto syttyi yöllä tuleen Keravan Prisman parkkihallissa, Keski-Uudenmaan pelastusla
      Maailman menoa
      97
      8898
    3. Kovan viikon ilta pitäisi lakkauttaa

      Käytännössä pelkkää SDP:lle ilkkumista koko ohjelma veronmaksajien kustannuksella.
      Maailman menoa
      40
      4566
    4. Pakoputkipörisijä syttyi tuleen kesken ajon

      Kyydissä oli 7 henkilöä, mutta hyvä onni matkassa epäonnistuneesta käyttövoimavalinnasta huolimatta, eikä kukaan loukka
      Maailman menoa
      23
      4014
    5. Tänään torille

      Tänään kuulema torilla tapahtuu klo.20. Tulkaaha paikalle kattoon.
      Hyrynsalmi
      97
      3913
    6. Kalja-Kristus Kutsuu Luokseen

      Nyt on Oikea Hetki Ottaa Ryppyys Vastaan! Lue Pelastusryyppy ja tee Promillista elämäsi Herra! Pelastusryyppy on teksti
      Maailman menoa
      5
      3871
    7. Borat ärhäkkänä, syyttelee kokoomusta vilpin suojelusta

      Hänen mukaansa kokoomus seuraa ”toimettomana vierestä, kun vilpilliset firmat vievät urakat rehellisten nenän edestä”, j
      Maailman menoa
      7
      3666
    8. Persut on SYYLLISIÄ KAIKKEEN NEGATIIVISEEN SUOMESSA

      , ne haluaa neuvostoliiton putinin kanssa takaisin, shit voi valvoa kaikkea ja kaikkia, no tietty makeeta mannaa itselle
      Perussuomalaiset
      21
      3474
    9. Perussuomalaisiin minä luotan

      Bensaa raaskii taas tankata ja ensi vuonna laskee ruoan verotus. Nämä muutokset parantavat pienituloisten asemaa.
      Maailman menoa
      41
      3276
    10. Yksi kuoli kolarissa Outokummussa

      -toisen auton kuljettajaa epäillään rattijuopumuksesta. Toisen auton kyydissä oli kuljettajan lisäksi neljä ihmistä. Hei
      Outokumpu
      44
      2679
    Aihe