10 ting, du skal vide om forhold i adgang til 2016

, forholdet mellem områder, tabeller, plader osv. er de mest almindelige ting du behandles med adgang til 2016.hold disse ti tips i betragtning:,,,, en for mange forhold, der forbinder en plade i moderselskabets tabel til mange plader i barn.,, der er forholdet til at forbinde ordrer til kunder eller steder på begivenheder.en kunde kan have mange ordrer, og et sted kan have mange begivenheder.den måde, du behøver ikke at gentage alle de kunde kontaktoplysninger for hver ordre, eller alle de oplysninger om placering på hver begivenhed.,,,, en - forhold er en plade i moderselskabets tabel til en plade i barn.,, det er ikke en almindelig relationship type, men kan anvendes, hvis de er nødt til at dele en tabel, der indeholder mange områder i to borde.,,,,, vedrører den primære centrale område i moderselskabets tabel med det samme område (også kaldet den udenlandske centrale) i barn.,, det er den mest almindelige scenario.modervirksomheden tabel indeholder en primær centrale område, og barnet tabel indeholder samme område navn.for eksempel en kunder og ordrer tabel måske deler en customerid.customerid, normalt er den primære nøgle af kunder og en udenlandsk nøgle i ordrer.,,,, områder med i den forbindelse skal være af samme datatype.,,, du ikke kan forstå en tekst inden i moderselskabets tabel til en række vilkår på det barn, eller omvendt.områderne skal være enten tekstfelter eller flere felter i hver tabel.,,,, håndhæve referencetal integritet i edit forhold dialog kasse til at forhindre "forældreløse" plade ind i barn.,, en forældreløs er en rekord i barnet, tabel, der ikke har en tilsvarende post i modervirksomheden.det klassiske eksempel er en kendelse i en ordre for en kunde ikke kunderne.referencetal integritet forhindrer ind i disse former for forældreløse ordrer.,,,,, der ikke opdatere beslægtede områder i forhold til opdatering af dialogen kasse redigere nøgleværdi i barnet, tabel, når det er ajourført i modervirksomheden tabel. hvis du har to tabeller, en liste over de forskellige kategorier i en expensetype tabel (feltnavn kategori) og et område med udgifter, tabel kaldet kategori.kategorien område udgifter er beboet af en combo kasse, der trækker sine data fra expensetype tabel er kategori område.yderligere antage, at en skrivefejl blev foretaget for at spise, det er stavet dinning.hvis du ville sætte kaskade opdatering - relaterede områder, kan du klippe dinning i expensetype til middag, og det vil ændre på hver plade, hvor der anvendes på udgifter,.,,,,, der ikke slette tilhørende aktstykker i edit forhold dialog rubrik at slette vedrørende registre i barnet, når de tilsvarende resultater er slettet i moderselskabets tabel., med denne indførelse i et forhold mellem locationid på steder og locationid i begivenheder, ikke et sted, og du vil slette alle begivenheder for at sted.,,,, at forholdet mellem tabeller, der slutter sig til disse tabeller automatisk, når bygningen forespørgsler.,, forhold slutter, bliver gennemført på forespørgsel design.hvis du sætter et forhold mellem forskellige steder og begivenheder på locationid, vil de se, at slutte sig til, når du tilføjer en ny søgning i disse tabeller til forespørgslen design.,,,, ikke et område, som er en del af et forhold, og du vil slette de forhold, kan du ikke have et forhold mellem to områder, hvis en af dem er forsvundet.så, adgang, fjerner den brudt forhold, når du slette et område, som er en del af dette forhold,.,,,,, hvis primære nøgle er en del af et forhold, som man ikke kan ændre den primære nøgle i tabellen til et andet område uden først at slette de forhold, at ændre primær nøgler i en tabel, hvor dets primære nøglen er en del af et forhold, må du først åbne relationer vindue og slette de forhold, før adgang, vil gøre det muligt at ændre de primære nøgle til et andet område i denne tabel.i forholdet vindue, right-click på med overensstemmelse mellem de to tabeller og vælge ikke at slette forhold.,,,,

image0.jpg
image1.jpg
image2.jpg
image3.jpg
image4.jpg
image5.jpg
image6.jpg
image7.jpg



Previous:
Next Page: