Bästa svaret
Det finns tre typer av relationer. One to One, One to Many, Many to Many.
- One to One: När en post i den första tabellen relaterar till bara en post i andra tabellen och vice versa. Här kanske du tror att om det är en till en relation, varför lagrar vi inte bara data i en tabell snarare än att ha två separata tabeller? Svaret på det är att vi utformar det för säkerhetsändamål. Låt oss säga, vi vill lagra data med vårt namn, e-post, adress, kontakt och lösenord. Här är lösenordets detalj väldigt känslig och därför kan vi skapa en annan tabell just för det och vi kan lagra lösenordet i en separat tabell så att bara vissa personer med tillgång till det kan se det.
- En till många: Detta är den vanligaste typen av relation. En post i den första tabellen relaterar till många poster i den andra tabellen men en post i den andra tabellen kan bara relatera till en post i den första tabellen. Vi kan till exempel ha ett till många förhållanden mellan en person och ett bankkonto där en person kan ha många bankkonton men ett bankkonto kan bara ha en specifik ägare. (förutsatt att gemensamt bankkonto inte är tillåtet)
- Många till många: En post i den första tabellen avser många poster i den andra tabellen och vice versa. Generellt bryter vi ner en många till många förhållanden till två en till många relationer i logisk design och mellanbordet kallas en korsningstabell. Ett exempel kan vara student och kurs där en student kan ta många kurser och varje kurs kan tas av många studenter.
Svar
Typ av attribut i DBMS
Enskilda värderade attribut: Ett attribut som har ett enda värde för en viss enhet. Till exempel ålder för en anställd enhet.
Flervärdesattribut: Ett attribut som kan ha flera värden för samma enhet. Till exempel färger på en bilenhet.
Attribut för sammansättning / sammansättning: Attribut kan delas upp i två eller flera andra attribut. Till exempel kan namn delas in i förnamn, mellannamn och efternamn.
Enkla / atomiska attribut: De attribut som inte kan uppdelad i mindre delar kallas enkla eller atomiska attribut. Till exempel ålder för anställdhet
Lagrad attribut: Ett attribut, som inte kan härledas från andra attribut, kallas lagrat attribut. Till exempel födelsedatum för anställd.
Avledt attribut: Attribut härledda från andra lagrade attribut. Till exempel ålder från födelsedatum och dagens datum.
Komplexa attribut: Om ett attribut för en enhet byggs med hjälp av komposit och flervärde attribut, då kallas dessa attribut för komplexa attribut. Till exempel kan en person ha mer än en bostad och varje bostad kan ha flera telefoner, en adresstelefon för en personenhet kan anges som – {Adresstelefon (telefon {(Riktnummer, telefonnummer)}, Adress (sektoradress (sektor) Number, House Number), City, State, Pin))}
Här {} används för att bifoga flervärdesattribut och () används för att bifoga sammansatta attribut med komma som separerar enskilda attribut.
Nyckelattribut: representerar primärnyckel. (huvuddrag för en enhet). Det är ett attribut som har distinkt värde för varje enhet / element i en enhetsuppsättning. Till exempel rullnummer i en studentenhetstyp.
Attribut utan nyckel: Detta är andra attribut än kandidatnyckelattribut i en tabell. Förnamn är till exempel ett icke-nyckelattribut eftersom det inte representerar enhetens huvudegenskaper.
Obligatoriskt attribut: Ett obligatoriskt attribut är ett attribut som måste ha ett datavärde. Dessa attribut krävs eftersom de beskriver vad som är viktigt i enheten. I en STUDENT-enhet är till exempel förnamn och efternamn ett obligatoriskt attribut.
Valfritt attribut / Nullvärdeattribut – Ett valfritt attribut kan inte har något värde i det och kan lämnas tomt. Till exempel I en STUDENT-enhet är mellannamn eller e-postadress ett valfritt attribut. eftersom vissa studenter kanske inte har mellannamn eller e-postadress.