Entiteter i kroppen, medvetandereaktioner och metoder för att arbeta med dem. Entitetstyper Alla enheter som skiljer sig från andra enheter
Sedan är våldsam rengöring och borttagning av olika typer av enheter också möjligt, inte bara kan det lindra kropparnas vibrationer, utan ibland, med svår stress, öka risken för skada på själen. Så du måste noggrant ta bort allt från dig själv, men det är bättre att leta efter en förståelse för avvisande av något eller känna hur lågfrekventa vibrationer bildas, till exempel med någon förnedring av dig, eller slå på din intuition eller en skanner och bypass lågfrekventa källor.
Och ännu bättre, ta reda på varför kroppen avvisar den eller den vibrationen och, när musklerna kläms, bildar en överbelastning eller blockering och lär kroppen att inte vara rädd för sådana attacker och acceptera dessa vibrationer medvetet, inse att de inte genereras av du. Kroppen eller cellerna har inte flexibelt tänkande och accepterar allt som det är, för dem uppfattas den inkommande vibrationen som deras egen och detta ger dem en signal om att något är fel med dem, och en falsk anpassningsprocess börjar, och denna extra energi går bort och trötthet och total blackout.
Att förstå din kropp på cellnivå och de vibrationer som avges av dem är inte så svårt.
Här är ett exempel. När du blir förödmjukad går du samtidigt in i betraktaren och observerar hur kroppen reagerar på detta, och sedan börjar du snabbt förstå vad rädsla är och hur den bildas av vilka sådana vibrationer. Det är bara det att cellerna har sin egen harmoni, sin egen rytm, vid vilken de avger en signal, de så kallade personliga biorytmerna, avstämda till rytmen av Källans design. Om jag tar illa upp, blir arg eller försöker förödmjuka någon, för att få det jag vill från en annan, för att tvinga den andre att göra som jag vill, bryter detta mot cellernas harmoni, ändrar deras vibrationsfrekvens.
Sedan återställer cellernas medvetande, programmerat att anpassa sin biorytm, genom någon form av kemiska processer, den nödvändiga vibrationen, vid vilken cellerna är bekväma, och detta kräver mycket energi. Och också, om vi får aggression i strålen av någon annans uppmärksamhet, förändrar det också denna bekväma vibration. Om du lär kroppen på vibrationsnivå att känna igen var din egen och var är någon annans, kommer cellerna helt enkelt inte att reagera på någon annans signal, skydd skapas automatiskt, genom att öka vibrationerna och signalen eller medvetandets kvantum återvänder tillbaka. till ägaren.
Vi kan använda olika, men de överför fortfarande bara cellerna till deras harmoniska vibrationsintervall, där de inte stämmer in på någon annans aggression. Det är förmodligen därför vi blir feta, att celler vid stress lagras med en källa till ytterligare energi.
Du kan också harmonisera dig själv genom de så kallade rena vibrationerna. Du börjar generera vibrationer från din magnetiska torus, till exempel djup respekt, ömhet eller ärlighet och uppriktighet eller kristallgenomskinliga vibrationer. Själv sökte jag empiriskt, genom känslighet, sådana vibrationer. Till exempel, ömhet, bara det är inte riktat specifikt mot någon och håller inte ihop med handlingen, som hjälp på grund av vissa av dina övertygelser, ibland falska, men du bara, som solen, sitter och genererar dem i rymden, som om för alla och inte för någon särskild. Du är helt i detta ögonblick allt detta. Och sedan cellerna, när du lär dem detta, börjar de själva skapa det och leva i denna strålning.
En annan intressant praxis för att kommunicera med andra människor är detta:
Innan vi börjar kommunikationen, vare sig det är med företagets direktör, föraren av minibussen, säljaren i butiken eller en älskad, i våra sinnen kallar vi fram positiva 3 bilder eller egenskaper som är inneboende i samtalspartnern (till exempel är han snäll, stilig, klok, etc.). Således ställer vi in oss på positiv kommunikation och bildar en lämplig vibration för händelseområdet.
Tillägg:
Jag skrev här om generation, men väldigt intelligenta varelser kom och uppmärksammade mig på skillnaden mellan generera och helt enkelt stråla utan våld. medvetenheten om detta dök upp i dialogen ...
Från dialogen om strålning och generering:
Det finns en sådan djup vibration - värdighet. Du fryser bara för ett ögonblick, i detta ögonblick finns det inga ansträngningar, du bara är det, allt externt kasseras, som om det är väldigt lätt för dig i detta ögonblick. Det finns ingen önskan att skapa något med våld, i ett sådant ögonblick är du helt enkelt som du är. Och från detta inre tillstånd ger du dig själv en begäran att utstråla värdighet. Inte ens en begäran, du minns bara dessa impulser, också utan ansträngning. Det är skillnad på enkel strålning inifrån och generering. När du genererar anstränger du dig och går in i rörelsen. Vanligtvis genererar vi under kommunikation, och du strålar med dig själv totalt. Det finns ingen rörelse, du verkar stå still och stråla med dig själv, utan någon som helst ansträngning. Testa detta och känn skillnaden...
Titta, du skrev själv precis, jag vill närma mig honom genom ömhet och något bra, du genererar det, anstränger dig, använder dessa vibrationer som ett verktyg, men det finns ingen tillfredsställelse. Du vet varför, du har gett och väntar tillbaka också. Och när du bara utstrålar dig bara källan till solen, har du inget mål att få det för din ansträngning.
Förbittring, detta är precis vad som skapas just från det faktum att ingenting alls gavs till dig för din nedlagda ansträngning, för din generation, till exempel, ömhetens egenskaper, eller att de gav dig fel sak. Och när det inte finns någon förväntan, finns det ingen ansträngning, det finns ingen förbittring som du har slösat bort, och i gengäld, ingenting eller inte. Men om du strålar kan du göra det, vad du vill ta emot, sätta rätt filter från rätt tanke. Till exempel, "Jag vill" ersätta "Jag Är" detta och med detta utstrålar utan ansträngning, då kommer du, om du inte tar emot från den andre, att leva det inuti dig själv, och om dessa signaler går ut i rymden, kommer de att börja attrahera det...
2.3. Enhetsklassificering
Tre klasser av enheter
Det är dags att förstå terminologin. K.Datum [ 3 ] definierar tre huvudklasser av enheter: svängbar, associativ och karakteristisk samt en underklass av associativa enheter - beteckningar.
Kärnväsen (kärna)
Kärnväsen (kärna) Är en oberoende enhet (den kommer att definieras mer i detalj nedan).
I exemplen som diskuterats tidigare är stavarna "Student", "Apartment", "Män", "Doctor", "Marriage" (från Exempel 2.2) och andra, vilkas namn är inneslutna i rektanglar.
Associativ enhet (förening)
Associativ enhet (förening) Är en många-till-många (1-till-många, etc.)-relation mellan två eller flera entiteter eller entitetsinstanser (som i exempel 2.4). Föreningar betraktas som fullvärdiga enheter:
de kan delta i andra sammanslutningar och beteckningar på samma sätt som kärnenheter;
kan ha egenskaper, d.v.s. har inte bara en uppsättning nyckelattribut som krävs för att indikera relationer, utan även valfritt antal andra attribut som kännetecknar relationen.
Till exempel föreningarna "Äktenskap" från exempel 2.1 och 2.4 innehålla nyckelattributen "M_code", "Zh_code" och "Makens personalnummer", "Hustruns personalnummer", samt de förtydligande attributen "Certifikatnummer", "Registreringsdatum", "Place_registration", "Registernummer i registret". kontorsbok", etc. .d.
Karakteristisk essens (karakteristisk)
Karakteristisk essens (karakteristisk) Är ett många-till-en- eller en-till-en-förhållande mellan två enheter (ett specialfall av en association). Det enda syftet med karaktärisering inom ramen för det aktuella ämnesområdet är att beskriva eller förtydliga någon annan helhet. Behovet av dem uppstår på grund av det faktum att den verkliga världens enheter ibland har flervärdiga egenskaper. En man kan ha flera fruar (exempel 2.3), en bok har flera egenskaper hos ett nytryck (reviderat, kompletterat, reviderat, ...), etc.
Förekomsten av en egenskap beror helt på den enhet som karakteriseras: kvinnor berövas sin status som hustru om deras man dör.
För att beskriva egenskaperna används ett nytt NIM-förslag, som i det allmänna fallet har formen:
KARAKTERISTISK (attribut 1, attribut 2, ...)
(LISTA ÖVER UTVALDA ENHETER).
Vi kommer också att utöka språket för ER-diagram genom att introducera en trapets som representerar egenskaperna (Fig. 2.2).
Ris. 2.2. Delar av det utökade ER Diagram Language
Utseende enhet eller beteckning
Utseende enhet eller beteckning- detta är ett förhållande av formen "många-till-en" eller "en-till-en" mellan två enheter och skiljer sig från egenskapen genom att den inte beror på den utpekade enheten.
Exempel
Betrakta ett exempel relaterat till inskrivning av anställda i olika avdelningar i en organisation.
I avsaknad av strikta regler (en anställd kan vara inskriven på flera avdelningar samtidigt eller inte inskriven på någon avdelning), är det nödvändigt att skapa en beskrivning med Inskrivningsföreningen:
Anställda (personalnummer, efternamn, ...)
Inskrivning [Avdelningar M, anställda N]
(Avdelningsnummer, Personalnummer, Inskrivningsdatum).
Förutsatt att var och en av de anställda måste vara inskriven på någon av avdelningarna kan du dock skapa en beskrivning med beteckningen Anställda:
Avdelningar (avdelningsnummer, avdelningsnamn, ...)
Anställda (personalnummer, efternamn, ..., avdelningsnummer,
Inskrivningsdatum) [Avdelningar]
I det här exemplet har anställda en självständig existens (om en avdelning raderas, följer det inte att anställda på den avdelningen också ska tas bort). Därför kan de inte vara kännetecken för avdelningar och kallas beteckningar.
Beteckningar används för att lagra upprepade värden för stora textattribut: "kodifierare" av discipliner som studerats av studenter, namn på organisationer och deras avdelningar, listor över varor, etc.
Beskrivningen av beteckningen skiljer sig utåt från beskrivningen av egenskapen endast genom att de angivna enheterna inte är inneslutna i lockiga klammerparenteser, utan inom hakparenteser:
DESIGNATION (attribut 1, attribut 2, ...) [LISTA
DESIGNERADE ESSENSER].
Beteckningar betraktas i regel inte som legitima enheter, även om detta inte skulle leda till något fel.
Beteckningar och egenskaper är inte helt oberoende enheter, eftersom de antyder närvaron av någon annan enhet som kommer att "utses" eller "karakteriseras". De representerar dock fortfarande särskilda fall av enheten och kan naturligtvis ha egenskaper, kan delta i föreningar, beteckningar och ha sina egna (lägre nivå) egenskaper. Vi betonar också att alla instanser av egenskapen nödvändigtvis måste associeras med någon instans av den enhet som karakteriseras. Det är dock tillåtet att vissa instanser av den karakteriserade enheten inte har några relationer. Det är sant att om det gäller äktenskap, bör essensen av "män" ersättas med essensen av "män" (det finns ingen man utan en fru).
Låt oss nu omdefiniera kärnenheten som en enhet som varken är en association, eller en beteckning eller en egenskap. Sådana enheter har en självständig existens, även om de kan beteckna andra enheter, som till exempel anställda betecknar avdelningar.
Låt oss avslutningsvis överväga ett exempel på att bygga en infologisk modell av databasen "Nutrition", där information bör lagras om rätter (Fig. 2.3), deras dagliga konsumtion, produkterna från vilka dessa rätter tillagas och leverantörerna av rätter. dessa produkter. Informationen kommer att användas av kocken och chefen för en liten cateringanläggning, samt av dess besökare.
Ris. 2.3. Ett exempel på ett kulinariskt recept
Med hjälp av de angivna användarna har följande objekt och egenskaper hos den designade basen identifierats:
Rätter vars beskrivning kräver de uppgifter som ingår i deras recept: rättsnummer (till exempel från en receptbok), rättens namn, typ av rätt (aptitretare, soppa, varm, etc.), recept (matlagningsteknik), utgång (portionens vikt ), namn, kaloriinnehåll och vikt för varje produkt som ingår i rätten.
För varje leverantör av produkter: namn, adress, namn på den levererade produkten, leveransdatum och pris vid leveranstillfället.
Daglig matkonsumtion (konsumtion): rätt, antal portioner, datum.
Analys av objekt låter dig markera:
stavar av maträtt, mat och städer;
föreningar Komposition (associerar Rätter med Produkter) och
Leveranser (länkar leverantörer till produkter);
beteckning Leverantörer;
egenskaper Recept och konsumtion.
ER-diagrammet för modellen visas i fig. 2.4. och modellen på YIM-språket har följande form:
Rätter (BL, Dish, Kind)
Produkter (OL, produkt, kalori)
Leverantörer (POS, stad, leverantör) [Stad]
Sammansättning [Rätter M, Produkter N] (BL, OL, Vikt (g))
Tillbehör [Leverantörer M, Produkter N] (POS, OL, Date_P, Pris, Vikt (kg))
Städer (stad, land)
Recept (BL, Recept) (Rätter)
Konsumtion (BL, Date_R, portioner) (rätter)
I dessa modeller är Dish, Product och Supplier namnen, och BL, PR och POS är de digitala koderna för rätter, produkter och organisationer som levererar dessa produkter.
Ris. 2.4. Infologisk modell av databasen "Nutrition".
[Tillbaka] [Innehåll] [Fram]
2.4. Om primära och främmande nycklar
Minnas det nyckel- eller möjlig nyckel- detta är den minsta uppsättningen av attribut, vars värden kan användas för att unikt hitta den nödvändiga entitetsinstansen. Minimalitet innebär att uteslutningen av något attribut från uppsättningen inte tillåter att enheten identifieras av resten. Varje enhet har minst en möjlig nyckel. En av dem tas som primärnyckel... När du väljer en primärnyckel bör företräde ges till icke-sammansatta nycklar eller nycklar som består av ett minsta antal attribut. Det är också opraktiskt att använda nycklar med långa textvärden (heltalsattribut föredras). Så för att identifiera en elev kan du använda antingen ett unikt betygsboknummer eller en uppsättning av efternamn, förnamn, patronym, gruppnummer och det kan finnas ytterligare attribut, eftersom det är möjligt att två elever (och oftare kvinnliga elever) ) med samma efternamn, namn och patronymer. Det är också dåligt att inte använda rättsnumret som nyckel, utan dess namn, till exempel "Druzhba smältostsnack med skinka och inlagd gurka" eller "Hare i gräddfil med potatiskroketter och rödkålssallad".
Det är inte tillåtet att primärnyckeln för en kärnenhet (vilket attribut som helst som deltar i primärnyckeln) får ett odefinierat värde. Annars kommer en motsägelsefull situation att uppstå: en icke-individualiserad och därför icke-existerande förekomst av kärnenheten kommer att dyka upp. Av samma skäl är det nödvändigt att säkerställa unikheten primärnyckel.
Nu ungefär främmande nycklar:
Om entitet C länkar samman enheter A och B, måste den inkludera främmande nycklar som motsvarar de primära nycklarna för enheter A och B.
Om entitet B betecknar entitet A måste den inkludera en främmande nyckel som motsvarar den primära nyckeln för entitet A.
I P. 2.3 betraktade ett exempel där "Anställda" stod för "Avdelningar" och inkluderade den främmande nyckeln "Avdelningsnummer" som motsvarar primärnyckeln för enheten "Avdelningar".
Förhållandet mellan primära och främmande nycklar för enheter illustreras i fig. 2.5.
Ris. 2.5. Strukturer: a - föreningar; b - beteckningar (egenskaper)
Här, för att beteckna någon av de associerade enheterna (stavar, egenskaper, beteckningar eller till och med associationer), används den nya allmänna termen "Syfte" eller "Målenhet".
När man överväger problemet med att välja ett sätt att representera föreningar och beteckningar i en databas, är huvudfrågan som ska besvaras: "Vilka är de främmande nycklarna?" Och ytterligare, för varje främmande nyckel, måste tre frågor lösas:
1. Kan en given främmande nyckel acceptera nollvärden (NULL-värden)? Med andra ord, kan det finnas någon instans av en entitet av en given typ för vilken målentiteten som indikeras av den främmande nyckeln är okänd? När det gäller försändelser är detta troligen inte möjligt - en försändelse från en okänd leverantör eller en försändelse av en okänd produkt är inte meningsfull. Men när det gäller anställda kan en sådan situation dock vara vettig - det är fullt möjligt att någon anställd för närvarande inte är inskriven på någon avdelning alls. Observera att svaret på denna fråga inte beror på databasdesignerns infall, utan bestäms av det faktiska tillvägagångssättet i den del av den verkliga världen som bör representeras i databasen i fråga. Liknande anmärkningar gäller de frågor som diskuteras nedan.
2. Vad ska hända när man försöker RADERA målentiteten som refereras till av en främmande nyckel? Till exempel vid radering av en leverantör som har gjort minst en leverans. Det finns tre möjligheter:
3. Vad ska hända när du försöker UPPDATERA primärnyckeln för en målenhet som refereras av någon främmande nyckel? Till exempel kan ett försök göras att uppdatera leverantörsnumret för vilket det finns minst en motsvarande försändelse. För tydlighetens skull kommer vi att överväga detta fall mer i detalj. Du har samma tre alternativ som för radering:
KASKADER | Uppdateringsoperationen är "kaskadkopplad" för att även uppdatera den främmande nyckeln i denna leverantörs förbrukningsmaterial. |
BEGRÄNSAD | Endast de leverantörer som ännu inte har skickat är uppdaterade primärnycklar. Annars avvisas uppdateringen. |
INSTALLERAD | För alla leveranser av en sådan leverantör sätts NULL-värdet för den främmande nyckeln till null, och sedan uppdateras leverantörens primärnyckel. Detta alternativ är naturligtvis inte tillämpligt om den givna främmande nyckeln inte får innehålla NULL-värden. |
För varje främmande nyckel i ett projekt måste databasdesignern alltså inte bara specificera fältet eller kombinationen av fält som utgör den främmande nyckeln och måltabellen som identifieras av den nyckeln, utan också svaren på ovanstående tre frågor ( tre begränsningar som gäller för den främmande nyckeln).
Slutligen, om egenskaperna - betecknande enheter, vars existens beror på typen av angivna enheter. En beteckning representeras av en främmande nyckel i en tabell som motsvarar denna egenskap. Men de tre främmande nyckelbegränsningarna som diskuterats ovan för detta fall måste specificeras enligt följande:
NULL-värden är inte tillåtna
RADERA FRÅN (mål)KASKADER
UPPDATERING (målprimärnyckel) CASCADES
De specificerade specifikationerna representerar beroendet av förekomsten av karakteristiska enheter.
[Tillbaka] [Innehåll] [Fram]
2.5. Integritetsbegränsningar
Dataintegritetskoncept
Integritet(från engelskan. integrity - intakt, inviolability, safety, integrity) - förstås som riktigheten av data när som helst. Men detta mål kan bara uppnås inom vissa gränser: DBMS kan inte kontrollera korrektheten av varje enskilt värde som matas in i databasen (även om varje värde kan kontrolleras för rimlighet). Till exempel kan du inte hitta att det inmatade värdet 5 (representerar veckodagens nummer) faktiskt borde vara 3. Å andra sidan är värdet 9 helt klart fel och måste avvisas av DBMS. Men för att göra detta bör hon få veta att siffrorna för veckodagarna måste tillhöra uppsättningen (1,2,3,4,5,6,7).
Att upprätthålla databasens integritet kan ses som att skydda data från felaktiga ändringar eller förstörelse (inte att förväxla med olagliga ändringar och förstörelse, som är en säkerhetsfråga). Moderna DBMS har ett antal verktyg för integritetsunderhåll (liksom verktyg för säkerhetsunderhåll).
Integritetstyper
Det finns tre grupper av integritetsregler:
Integritet mellan enheter.
Användardefinierad integritet.
I P. 2.4 motiveringen för två integritetsregler som är gemensamma för en relationsdatabas övervägdes.
Det är inte tillåtet för något attribut som deltar i primärnyckeln att anta ett odefinierat värde.
Värdet för den främmande nyckeln måste antingen:
vara lika med värdet av den primära nyckeln för målet;
vara helt odefinierad, d.v.s. varje värde för ett attribut som deltar i en främmande nyckel måste vara odefinierat.
För en viss databas finns det ytterligare ett antal specifika regler som gäller endast för den och som bestäms av utvecklaren. Oftast kontrolleras:
unika för vissa attribut,
värdeintervall (examenspoäng från 2 till 5),
tillhör en uppsättning värden (kön "M" eller "F").
[Tillbaka] [Innehåll] [Fram]
2.6. Om att bygga en infoologisk modell
Introduktion
Den läsare som endast har bekantat sig med materialet i detta och de föregående kapitlen kommer inte att kunna korrekt uppfatta och utvärdera de tips och rekommendationer för att bygga en bra infologisk modell, som har formats i årtionden av de största specialisterna inom området databehandling. För detta är det åtminstone nödvändigt att studera följande material. Helst är det nödvändigt att läsaren tidigare har implementerat minst ett projekt av informationssystemet, erbjudit det till riktiga användare och har varit administratör för databasen och applikationerna så länge för att inse åtminstone en liten del av problemen som uppstår från ett otillräckligt genomtänkt projekt. Erfarenheten från författaren och alla informationssystemspecialister han känner visar att alla teoretiska rekommendationer tas på allvar först efter flera fruktlösa försök att återuppliva misslyckat designade system. (Även om det finns vissa designers som fortsätter att tro att de kan återuppliva ett döende projekt genom att byta program, snarare än en infologisk databasmodell.)
Krav på databasen från administratören och applikationsprogrammeraren
För att bestämma listan och strukturen för lagrad data är det faktiskt nödvändigt att samla in information om verkliga och potentiella applikationer, såväl som om databasanvändare, och när du bygger en infologisk modell bör du bara bry dig om tillförlitligheten av att lagra dessa data, helt glömma de applikationer och användare som databasen skapas för.
Detta beror på helt andra krav på applikationsprogrammerarnas och databasadministratörens databas. De förstnämnda skulle vilja ha på ett ställe (till exempel i en tabell) all data de behöver för att implementera en begäran från ett applikationsprogram eller från en terminal. De senare tar däremot hand om att eliminera eventuella förvrängningar av lagrad data när ny information läggs in i databasen och när befintlig information uppdateras eller raderas. För att göra detta tar de bort dubbletter och oönskade funktionella relationer mellan attribut från databasen, och delar upp databasen i många små tabeller (se sid. 4.6 ). Eftersom många års världserfarenhet av att använda informationssystem byggda på basen av databaser visar att projektbrister inte kan elimineras med några knep i applikationsprogram, tillåter erfarna designers sig inte att träffa applikationsprogrammerare (även när de själva är sådana).
tydligt skilja mellan sådana begrepp som en begäran om data och dataunderhåll (inmatning, ändring och radering);
kom ihåg att en databas som regel är informationsbasen för inte en utan flera applikationer, av vilka några kommer att dyka upp i framtiden;
en dålig databasdesign kan inte fixas med några (även de mest sofistikerade) applikationerna.
Mål- att bekanta sig med de grundläggande begreppen för infologisk modellering av en databas, att lära sig hur man beskriver modeller på språken för infologisk modellering.
GRUNDLÄGGANDE KONCEPT
Syftet med informationslogisk (infologisk) modellering är att ge de mest naturliga sätten för en person att samla in och presentera information som är tänkt att lagras i databasen som skapas.
Infologisk datamodell kallas en generaliserad informell beskrivning av databasen som skapas, gjord med naturligt språk, matematiska formler, tabeller, grafer och andra sätt som är begripliga för alla som arbetar med utformningen av databasen. Det är en människocentrerad modell som är helt oberoende av lagringsmiljöns fysiska parametrar.
Den huvudsakliga konstruktiva delar av infologiska modeller är enheter, relationer mellan dem och deras egenskaper (attribut).
Kärnan- vilket som helst urskiljbart objekt (ett objekt som vi kan skilja från ett annat), information om vilket måste lagras i databasen. Entiteter kan vara människor, flygplan, flyg, färg, smak, etc.
Entitetstyp det är en uppsättning homogena personer, föremål, händelser eller idéer som fungerar som en helhet. Entitetstypen kan till exempel vara CITY, CAR.
En enhetsinstans - detta är det specifika föremålet i uppsättningen. Till exempel kommer en instans av en enhet att vara Moskva, Kiev, Zhiguli, Moskvich, etc.
Attribut - en namngiven egenskap hos en enhet. Namnet måste vara unikt för en specifik typ av enhet, men kan vara detsamma för olika typer av enheter.
Till exempel kan FÄRG definieras för många enheter: HUND, BIL, SMOKE, etc.
Attribut används för att bestämma vilken information som ska samlas in om en enhet. Exempel på attribut för FORDON-enheten är Typ, Fabrikat, Registreringsskylt, Färg och så vidare.
Det finns också en skillnad mellan typ och instans här. Attributtypen Color har många instanser eller värden: Röd, Blå och så vidare, men endast ett attributvärde tilldelas varje instans av en entitet.
Absolut skillnad mellan enhetstyper och attribut saknas. Ett attribut är endast sådant i förhållande till typen av enhet. I ett annat sammanhang kan ett attribut fungera som en självständig enhet. Till exempel, för en bilfabrik är FÄRG endast ett attribut för en produktionsprodukt, och för en färg- och lackfabrik är FÄRG en enhetstyp.
Nyckel - den minsta uppsättningen attribut, vars värden kan användas för att unikt hitta den nödvändiga enhetsinstansen. Minimalitet innebär att uteslutningen av något attribut från uppsättningen inte tillåter att enheten identifieras av resten. Till exempel, för SCHEDULE-entiteten är nyckeln attributetFlygnummer eller ställ in:Utgångspunkt, Avgångstid, Destination (förutsatt att ett plan lyfter från punkt till punkt i taget).
Anslutning - sammanslutning av två eller flera enheter.
Det finns tre huvudklasser av enheter: pivotal, associativ och karakteristisk, samt en underklass av enheter - beteckningar.
Kärnenhet (kärna) - det är en självständig enhet som varken är en förening, inte en beteckning eller en egenskap. Sådana enheter har en självständig existens, även om de kan beteckna andra enheter.
Associativ enhet (förening) - det är en många-till-många-relation mellan två eller flera entiteter eller entitetsinstanser. Föreningar betraktas som fullvärdiga enheter, kan de delta i andra sammanslutningar och beteckningar på samma sätt som kärnenheter; har egenskaper, det vill säga har inte bara en uppsättning nyckelattribut som krävs för att indikera relationer, utan även valfritt antal andra attribut som kännetecknar relationen.
Karakteristisk essens (karakteristisk) - det är ett förhållande av formen "många - till - en" eller "en - till - en" mellan två enheter (ett specialfall av association). Den enda syfte egenskaper inom det aktuella ämnesområdet består i en beskrivning eller förfining av någon annan enhet. Behovet av dem uppstår på grund av det faktum att enheterna i den verkliga världen har flervärdiga egenskaper.
Till exempel kan en bok ha flera egenskaper hos ett nytryck (ändrat, reviderat etc.), en man kan ha flera fruar osv.
Förekomsten av en egenskap beror helt på den enhet som karakteriseras: kvinnor berövas sin status som hustru om deras man dör.
Utseende enhet (beteckning)- detta är en relation av formen "många - till - en" eller "en - till - en" mellan två enheter och är annorlunda på egenskaperna genom att det inte beror på den utsedda enheten. Beteckningar används för att lagra upprepade värden för stora textattribut: "kodifierare" av discipliner som studerats av studenter, namn på organisationer och deras avdelningar, listor över varor, etc.
Som regel notationen inte beaktas som fullvärdiga enheter, även om detta inte skulle leda till något fel. Beteckningar och egenskaper är inte helt oberoende enheter, eftersom de antyder närvaron av någon annan enhet som kommer att "utses" eller "karakteriseras". De representerar dock fortfarande särskilda fall av enheten och kan naturligtvis ha egenskaper, kan delta i föreningar, beteckningar och ha sina egna (lägre nivå) egenskaper. Det bör noteras att alla instanser av egenskapen nödvändigtvis måste associeras med någon instans av den enhet som karakteriseras. Det är dock tillåtet att vissa instanser av den karakteriserade enheten inte har några relationer.
Om syftet med databasen bara var att lagra separata, orelaterade data, så kan dess struktur vara mycket enkel. Ett av huvudkraven för att organisera en databas är dock säkerställa möjligheten att hitta vissa enheter genom andras värderingar, för vilka det är nödvändigt att upprätta vissa kopplingar mellan dem. Och eftersom riktiga databaser ofta innehåller hundratals eller till och med tusentals enheter, kan teoretiskt mer än en miljon kopplingar upprättas mellan dem. Närvaron av en sådan uppsättning anslutningar bestämmer komplexiteten hos infologiska modeller.
Ett språk för att konstruera infoologiska modeller. När du bygger infologiska modeller kan du använda ER-språket - diagram(från engelska Entity-Relationship, det vill säga entiteten är en relation), som används för att bygga små modeller och illustrera enskilda fragment av stora modeller, och språk för infologisk modellering (NIM), mer meningsfulla, men mindre visuella där entiteter och associationer presenteras i form av meningar.
I ER - diagram enheter avbildad (tabell 1) markerade med rektanglar,föreningar- märkt med romber eller hexagoner,attribut -märkt med ovaler, a anslutningar mellan dem - oriktade revben(genom linjer som förbinder geometriska figurer), över vilka graden av anslutning (1 eller en bokstav som ersätter ordet "många") och den nödvändiga förklaringen kan sättas.
På språket för infologisk modellering (NM) representeras enheter och föreningar av meningar i formen:
ESSENCE (attribut 1, attribut 2,..., attribut n);
ASSOCIATION [ESSENCE S1, ESSENCE S2, ...]
(attribut 1, attribut 2, ..., attribut n);
där S är graden av samband, och attributen inkluderade i nyckeln, ska markeras med ett understreck;
KARAKTERISTISK (attribut 1, attribut 2, ...)
(LISTA ÖVER UTVALDA ENHETER). DESIGNATION (attribut 1, attribut 2, ...)
[LISTA ÖVER DESIGNERADE ENHETER].
Tabell 1. Inslag av språk av den infologiska modellen
|
Entitetsklasser |
|||||
|
stav (kärna) |
Associativ (förening) |
Karakteriserande (karakteristisk) |
Betecknar (beteckning) |
||
|
ER - diagram |
|||||
|
(…, … ) |
[…, …, …, … ] |
{..., …, … } |
[…, …, … ] |
||
Typer av anslutningar. Följande typer av relationer är möjliga mellan två enheter:
Den första typen är en-till-en-relationen (1:1); vid varje tidpunkt motsvarar varje instans av entitet A 1 eller 0 representanter för entitet B.
Den andra typen är förhållandet EN - TILL - MÅNGA (1: M); en representant för enhet A motsvarar 0,1 eller flera representanter för enhet B.
Eftersom anslutningar i båda riktningarna är möjliga mellan två enheter, finns det ytterligare två typer av anslutningar MÅNGA - TILL - EN (M: 1) och MÅNGA - TILL - MÅNGA (M: N). Dessutom finns det mer komplexa samband (BILAGA 1):
Många kopplingar mellan samma enheter;
Trenär kommunikation;
Relationer av högre ordning, semantik (betydelse), som ibland är mycket komplexa.
Primära och främmande nycklar. Varje enhet har minst en möjlig nyckel. En av dem tas som primärnyckel. När du väljer en primärnyckel bör du ge företräde icke-sammansatta nycklar, eller nycklar som består av ett minsta antal attribut. Opraktisk använd också nycklar med långa textvärden (heltalsattribut föredras). Inte tillåtet, så att primärnyckeln för kärnenheten (vilket attribut som helst som deltar i primärnyckeln) är odefinierat. Annars uppstår en motsägelsefull situation: en icke-individualiserad och därför icke-existerande förekomst av kärnenheten kommer att dyka upp. Av samma skäl är det nödvändigt att säkerställa unikheten primärnyckel.
Om enhet C kopplar samman enheter A och B, måste den inkludera främmande nycklar, motsvarande primärnycklarna för enheter A och B.
Om enhet B betecknar enhet A, måste den inkludera extern nyckel, som motsvarar den primära nyckeln för entitet A.
Förhållandet mellan entiteters primära och främmande nycklar visas i Fig. 1.
Ris. 1. Strukturer: a - föreningar; в - beteckningar; (specifikationer)
1. Identifiera enheter.
2. Avslöja relationer mellan enheter.
3. Att representera ämnesområdets infologiska modell i form av ER - diagram och med hjälp av NIM.
Obs! Alternativ för uppgifter ges till lärare.
FRÅGOR FÖR SJÄLVTEST
Definiera den infologiska datamodellen; enheter; Entitetstyp; en instans av en enhet; attribut; kommunikation.
Vilka är de viktigaste byggstenarna i infoologiska modeller?
Namnge entitetsklasserna och underklasserna.
Beskriv pivoten; associativ; karakteristisk; betecknar enheter.
Vilket är ett av huvudkraven för organisationen av databasen?
Vilka språk kan användas för att bygga infologiska modeller?
För vilka modeller används ER-diagramspråket?
Vilka är de viktigaste strukturella delarna av ER - diagram?
I vilken form presenteras de viktigaste strukturella delarna av NIM? Ge ett exempel.
Vilka typer av relationer är möjliga mellan enheter?
Vad är skillnaden mellan primära och främmande nycklar?
Vad är förhållandet mellan primära och främmande nycklar för enheter?
Bilaga 1
Tabell A1. Exempel på att beskriva den infologiska modellens länkar på olika språk
|
ER-diagram |
||
|
Vigsel (bevisnummer, makens efternamn, makens namn, makens födelsedatum, registreringsort etc.) |
||
|
Vigsel (bevisnummer, kod M, hustrus efternamn, registreringsdatum) (hustru) |
||
|
Vigsel (bevisnummer, kod M, hustrus fullständiga namn, registreringsdatum) (män) |
||
|
Vigsel (bevisnummer, M-kod, F-kod, fruns fullständiga namn) (män, fruar) Makar (kod M, fullständigt namn, födelsedatum, födelseort) Hustrur (kod F, fullständigt namn, födelsedatum, födelseort) |
Bilaga 2. Ett exempel på att bygga en infologisk modell av databasen "Nutrition"
"Mat"-databasen bör lagra information om rätter (Fig. P 2.2), deras dagliga konsumtion, produkterna från vilka dessa rätter tillagas och leverantörerna av dessa produkter. Informationen kommer att användas av kocken och chefen för en liten cateringanläggning, samt av dess besökare.
Med hjälp av de angivna användarna har följande objekt och egenskaper hos den designade basen identifierats:
1. Rätter för vilka uppgifterna som ingår i deras kulinariska recept behövs: rättsnummer (till exempel från en receptbok), rättens namn, typ av rätt (förrätt, soppa, huvudrätt), recept (matlagningsteknik), utgång ( portionsvikt ), namn, kaloriinnehåll och vikt för varje produkt som ingår i rätten.
2. För varje leverantör av produkter: namn, adress, namn på den levererade produkten, leveransdatum och pris vid leveranstillfället.
3. Daglig matkonsumtion (konsumtion): rätt, antal portioner, datum
Analys av objekt låter dig markera:
Stavar Rätter, produkter, städer;
Föreningar Sammansättning (associerar rätter med Produkter) och
Leveranser (länkar leverantörer till produkter);
Beteckning Leverantörer;
Specifikationer Recept och konsumtion.
ER- diagrammet visas i figuren
M
Produkter
NM 1
DB-modellen i YIM-språket har följande form: Rätter (BL, Dish, Typ), Produkter (PR, Produkt, Kaloriinnehåll), Leverantörer (POS, Stad, Leverantör), Sammansättning [Dishes M, Products N] (BL , PR, Vikt (d)) Tillbehör [Leverantörer M, Produkter N] (POS, OL, Datum P, Pris, Vikt (kg))
När vi lever i en tredimensionell värld lägger vi sällan märke till varelser från andra dimensioner. Och deras närvaro förnekas inte ens av religionen. Vet du vad astrala enheter är? Hur och varför kommer de till en person? Varför är de skadliga och hur kan man skydda sig mot dem? Kommer du att säga att detta är fiktion? Sådant naivt självförtroende kommer snabbt att försvinna så snart du blir intresserad av något astralt. Deras typer är så olika att det är ganska svårt att förstå resultatet av deras aktiviteter. Låt oss ta en titt på vad de är och varför människor är rädda för dem.
Allmänt koncept
Det finns flera teorier om dessa föremål som är okända för gemene man. Drunvalo Melchizedek skrev att de representerar de invånare som av en slump kom till vår värld. Astrala enheter lever efter sina egna regler. De är okunniga om mänskliga lagar. Men människorna själva är intressanta. Faktum är att vi skiljer oss från andra invånare i det stora universum genom att vi kan generera energi. Våra gäster äter det. Allt är väldigt enkelt. Själva kan de inte få mat från rymden. Men vilken person som helst gör det mycket bra per definition. Den är anordnad på ett sådant sätt att dess kropp och själ fungerar i två strömmar, på vilka den, som en pärla på ett snöre, "dinglar" i rymden. Människan tar kontinuerligt emot och bearbetar universums och jordens energi. Vi känner det som känslor, tankar, känslor. Astrala enheter håller sig till auran och tar bort en del av denna otroliga rikedom. Men ren energi passar dem inte. Dessa varelser livnär sig på lågfrekvent energi. I vår förståelse - ondska, hat, förbittring, tvivel och så vidare.
Vad gör enheter med en person?
Du är förmodligen bekant med termen "besatt". Den tillämpas på en person som under vissa omständigheter uppvisar olämpligt beteende. Prästerna säger att han är besatt av demoner. Dessa är astrala varelser (bilderna får dig att känna dig förskräckt) bosatta i de olyckligas aura. Hans vilja är helt eller delvis undertryckt. Den leds av varelser från en annan värld. De provocerar en person att göra konstiga saker. De behöver den olyckliga personen att uppleva negativa känslor och tvinga andra att göra det. Energin som avges av en människa är inte lämplig för demoner. De är verkligen rädda för den ljusa sidan av personligheten. Därför försöker de pressa en person att synda. Besittning är ett extremfall.
Subtila mänskliga kroppar och enheter
För att förstå ämnet presenterar vi ett diagram. Föreställ dig att en person är en boll fylld med luft. Så avbildas auran ofta schematiskt. Denna boll har två ingångar och utgångar, genom vilka energi hela tiden flödar in och ut. Dess genomsnittliga mängd är sådan att volymen förblir oförändrad. Innehållet i ballongen är exakt vad enheterna är ute efter. Men de kommer inte att kunna hålla sig till det hårt sträckta skalet. Detta händer när personen är glad och nöjd. Om en person ofta har negativa tankar, han är arg, förolämpad, gnäller, indignerad, avundsjuk, lider (lista dig själv, baserat på erfarenhet), då minskar skalets elasticitet. Eller, med andra ord, mörka fläckar dyker upp i auran. Det är mycket lätt för enheter att ta sig till dessa platser och få fotfäste på dem.
Det ska förstås att det finns en hel del av dessa runt omkring oss. Var och en jagar efter sin egen typ av negativ energi. Om du till exempel är benägen till svartsjuka kommer larven att fastna, vilket kommer att provocera fram just denna känsla. Hon kommer också att ringa en vän som "matar" på vin. Tillsammans kommer de att trycka till glaset. Gör inte motstånd - en larv av alkoholism kommer också att dyka upp i auran. Och de kommer att göra en bergsfest på din energi och ta bort krafterna som ges för att organisera ett lyckligt liv. Personen själv kommer att förvandla dem till negativitet för att mata sina oönskade grannar.
Astrala enheter: typer
Vi har listat de vanligaste astrala enheterna. Deras klassificering, enligt esoterisk teori, är mycket bredare. Men även på de givna exemplen kommer det att vara möjligt att få en allmän uppfattning om metoderna för deras arbete och nivån på skada som orsakas en person. Låt oss ta en närmare titt på var och en.
Larve
Incubi och succubi
Foton av dessa föremål förekommer ibland i olika källor. Det är svårt att bedöma tillförlitligheten hos dessa bilder. I alla fall kallar experter de flesta för falska. I grund och botten finns inte poängen i fotografierna. Demoner är källan till många olyckor. De drar in ett stort antal människor i tratten för inferno (negativ energi), vilket tvingar dem att döda och dö. Men demonen kan inte flytta in i den som kom först. Han behöver ett lämpligt energiutrymme för livet. Och det skapas av personen själv med negativa, destruktiva, farliga tankar och handlingar. De säger om sådana människor: Jag har tappat mitt samvete. Men astrala enheter är mest rädda för ren energi. De är rädda för det gudomliga, vilket betyder kärlek som inte beror på någonting. De fastnar inte för människor i vars aura det finns.
Elementärer
I dödsögonblicket befrias själen från människokroppen och går till det astrala planet. Men det finns undantag. Ibland, på grund av anknytning, på grund av magisk påverkan eller av andra skäl, vill (eller har inte möjligheten) själen att flyga iväg in i det utrymme som Herren har avsatt för sin existens. Hon sätter sig i aura av en älskad. Elementer kan inte kallas en negativ enhet i bokstavlig mening. Den existerar på grund av de levandes energi, något som försvagar dess fält. Det provocerar honom dock inte till destruktiv aktivitet. Han är inte rädd för rena energier. Dessutom, på grund av kopplingen till universum, kan elementären skydda den person som har accepterat honom från världsliga faror. Detta tillstånd anses dock inte vara naturligt. Essensen kan inte gå till de subtila världarna, kan inte lämna bärarens aura på egen hand. Hon förlorar chansen till en ny inkarnation, vilket är mycket dåligt för hennes personliga öde och för hela familjen.
Astrala enheter: klassificering av L.G. Puchko
- En lögnande ande tvingar sitt offer att ljuga. En person faller in i depression, tappar kontakten med verkligheten. Som regel är en bedräglig ande knuten till dem som lider av något beroende (spel, alkohol, droger). Denna olyckliga person ljuger konstant, planlöst, meningslöst.
- Lucifer tränger in i offrets aura på fullmånen. Han pressar en person till orimlig hård aggression. En person kan inte hålla tillbaka impulser. Han argumenterar med alla, skandal, kapabla till våld, inklusive sexuellt.
- Archimania är en enhet som väljer snåla människor. Offret försöker få så mycket av det han anser vara värdefullt.
- UFO:n dyker upp hos personer som är besatta av kontakt med utomjordingar.
- En nervblockerare gör att en person lider av smärta.
- En igel är en främmande energistruktur som fäster sig på människor med låga vibrationsnivåer. Offret blir snabbt trött, blir irriterad och blir ofta sjuk.
- Skalet tvingar personen att överge naturligheten. En person tar på sig en mask, blir falsk, som en dålig skådespelare.
- En häxa är en varelse skapad av en trollkarl. Det är meningsfullt och syftar till att få offret att bete sig på ett visst sätt. Ett slags negativ energiinformationsprogram, populärt kallat skada.
Det bör noteras att L.G. Puchko fokuserade på skador på människors hälsa och lyfte fram typerna av astrala enheter. De har också en negativ effekt på minnet. Faktum är att dessa formationer tar energi från offret, vilket gör att han känner sig hungrig, vilket är extremt skadligt för hans kropp och hjärna.
Det rekommenderas också att du ändrar din kost. Det är inte förgäves att fasta finns i någon religion. Restriktioner inom området fysiska nöjen hjälper till att rena energin. Naturligtvis är det först och främst nödvändigt att ge upp alla dåliga vanor.
Det bör noteras att inte alla enheter kan hanteras på egen hand. Ibland bör man lita på en specialist. Så den astrala essensen av en person (elementär) kommer inte att lämna auran som ett resultat av böner och kost. Det bör extraheras med en speciell ritual. För att bekämpa de vanligaste enheterna genomför de en uppmaning med böner, ibland i en kyrka. De besatta behandlas i kloster. Svaga enheter kan hanteras på egen hand. Du bör rensa dina tankar, bli av med negativa känslor. Det vill säga, fyll hela ditt fält med ljusenergi. Det finns speciella metoder för multidimensionell medicin som hjälper till att snabbt hantera problemet. De består i att patienten bjuds in att läsa vibrationsraderna.
Profylax
Där det finns uppmärksamhet finns det kraft! Sträva efter att vägleda henne mot kärlek. Detta betyder inte en känsla som för en man och en kvinna närmare varandra för fortplantning. Kärlek är gudomlig. Detta är ett tillstånd av idealisk lycka, när alla är glada gör ingenting dig arg eller irriterande. Varje persons själ strävar efter honom. Även om detta är omöjligt på jorden. Endast en ängel lyckas vara i ett tillstånd som liknar ett ideal. Men detta betyder inte att en person inte har rätt att sträva efter gudomlig kärlek. Även avsikt kommer redan att stänga av de flesta enheter från dig. De kommer inte att kunna ta emot någonting, därför kommer de att tappa intresset för din aura. Faktum är att världen är väldigt harmonisk. Astrala enheter dras till dem som själva skapar tillfredsställande förutsättningar för dem. Varför slösa energi så olämpligt? Vad tror du?
En entitet är en fysisk representation av en logisk grupp av objekt som kallas instanser.
En entitet är ett ämne, plats, sak, händelse eller koncept som innehåller information. Entiteter kan vara materiella, verkliga objekt som en KUND eller SKÅP, eller immateriella konceptuella abstraktioner som ett KOSTNADSCENTER eller TANKAR. Entiteter är inte avsedda att representera ett enda objekt, de är en samling instanser som innehåller information av intresse med tanke på deras unika karaktär. Till exempel är CLIENT-entiteten en instans av objekt av typen Client. Ivan Ivanov och Savely Kramorov är specifika exempel på instanser av KLIENT-enheten. En specifik instans av en entitet representeras av en tabellrad och identifieras av en primärnyckel.
En enhet har följande attribut:
· Den har ett namn och en beskrivning.
· Den representerar en klass, inte en enda instans av en abstraktion.
· Dess specifika representanter (kopior) kan identifieras unikt.
Den innehåller en logisk gruppering av attribut som representerar information av intresse för företaget
I ER-modelldiagram representeras en entitet som en rektangel som innehåller entitetens namn. I det här fallet är namnet på entiteten namnet på typen och inte på ett specifikt objekt. Varje instans av en enhet måste kunna särskiljas från alla andra instanser av samma enhet.
Entiteten måste namnges med ett singular substantiv och skrivas med versaler.
En entitet i IDEF1X beskriver en samling eller en uppsättning instanser av liknande egenskaper, men unikt olika varandra i en eller flera egenskaper. Varje instans är en implementering av en enhet. Således beskriver en enhet i IDEF1X en specifik uppsättning av verkliga instanser. Ett exempel på enheten IDEF1X kan vara enheten "EMPLOYEE", som representerar alla anställda i företaget, och en av dem, säg, Ivanov Petr Sergeevich, är en konkret implementering av denna enhet.
Både beroende och oberoende enheter kan delas in i följande typer:
· Kärnenheter – dessa kallas ibland för primära eller primära enheter. De representerar viktiga objekt om vilka information bör sparas.
· Associativa enheter – Dessa enheter används för att lösa många-till-många-relationer.
· Karakteristiska enheter - dessa enheter är av två typer: exklusiva och inkluderande.
Kärnenheter representerar de viktigaste företagsinformationsobjekten. De kallas ibland för primära, huvudsakliga eller primära enheter. Eftersom dessa enheter är extremt viktiga används de troligen i många delar av företaget. Ta dig tid att hitta liknande enheter eftersom kärnenheter sannolikt kan återanvändas. Inom ett företag måste kärnenheter modelleras konsekvent. Bra modellbyggare tycker att detta tillvägagångssätt är extremt användbart.
Kärnenheter kan vara både oberoende och beroende. Till exempel, för ett företag som säljer tv-apparater, representerar TELEVISOR-enheten företagets underliggande produkt. Entity STORE är ett exempel på en distributionskanal eller mellanhand vid försäljning av en produkt. Även om exemplet kan verka lite okomplicerat, illustrerar det kraften i konceptet bakom modellering av kärnenheter.
För att förstå behovet av att modellera pivotenheter som skalbara och utvidgbara behållare kräver modelleraren att se entiteter som abstrakta begrepp och modellera information oavsett aktuell användning. I det här exemplet är TV-enhetsmodellen helt utanför kontexten för STORE-enheten och vice versa. Så om ett företag bestämmer sig för att sälja TV via en ny distributionskanal, såsom Internet eller hemleverans, kan den nya distributionskanalen läggas till utan ändringar till andra enheter.
Kodenheter är alltid oberoende. De kallas ofta referenser, klassificerare eller typenheter, beroende på vilken metod som används. De unika instanserna som representeras av kodenheter definierar omfattningen för attributvärden som tillhör andra enheter. Förhållandet mellan kodenheter och andra enheter kommer att diskuteras i en av följande publikationer om detta ämne. Du kan bli frestad att använda ett enda attribut i kodtabellen. Det är mycket bättre att inkludera minst tre attribut i kodenheten: identifierare, namn (kallas ibland kortnamn) och definition.
Kodenheter innehåller vanligtvis ett begränsat antal attribut. Det finns implementeringar där dessa enheter bara hade ett attribut. Det är att föredra att modellera kodenheter med hjälp av en surrogatnyckel.
Proffs hänvisar ofta till kodenheter som affärsobjekt. Termen företagsverksamhetsobjekt anger att en enhet definieras och delas på företagsnivå och inte på nivån för en enskild applikation, system eller organisatorisk enhet. Dessa enheter delas ofta av många databaser för att ge en helhetssyn på sammanfattande rapportering och trendanalys.
En associativ enhet är en som innehåller primärnycklarna för två eller flera andra enheter. Associativa enheter är alltid beroende. De används för att lösa många-till-många-relationer mellan andra enheter. Många-till-många-relationer uppstår när många instanser av en enhet associeras med många instanser av en annan. Associativa enheter tillåter oss att modellera skärningspunkten mellan instanser av två enheter, vilket säkerställer att varje instans av en association är unik.
Många-till-många-relationer kan inte implementeras fysiskt i en databas. ERwin skapar automatiskt associativa enheter för att lösa många-till-många-relationer när man går från en logisk till en fysisk modell.
En namngivningsenhet är ett specialfall av en associativ enhet som inte har sina egna attribut (endast attributen för överordnade enheter migrerade som en främmande nyckel).
Karakteristiska enheter är alltid beroende. Du bör använda karakteristiska entiteter där det är meningsfullt för entitetsinstanser att lagra olika uppsättningar av attribut. Finklestein kallar karakteristiska entiteter för sekundära entiteter. Karakteristiska enheter har alltid en eller flera "lika" enheter. Jämställda karaktäristiska enheter är associerade med en moderenhet genom en speciell typ av relation som kan vara exklusiv eller inkluderande.
Peer-karaktäristiska enheter som står i exklusiv relation till moderenheten indikerar att endast en av peer-enheterna innehåller en instans för någon av moderenhetens instanser. Den exklusiva inneboende enheten representerar ett förhållande.
Till exempel har ett försäkringsbolag heltidsanställda kontorsanställda (administratörer) och agenter som har mer flexibla arbets- och lönescheman. Från deras gemensamma egenskaper kan en generisk enhet (generisk förfader) Anställd bildas för att representera information gemensam för alla typer av anställda. Information som är specifik för varje typ kan finnas i de kategoriska enheterna (ättlingar) "Fast anställd" och "Agent".
Observera att den ANSTÄLLDA kopian måste vara en ADMINISTRATÖR eller AGENT. En ANSTÄLLD kan inte vara både ADMINISTRATÖR och AGENT samtidigt. Dessa är exklusiva karaktäristiska enheter.
Observera att exkludering av karakteristiska enheter inte kommer att tillåta en enda ANSTÄLLDA instans att innehålla fakta som är gemensamma för ADMINISTRATÖREN och AGENTEN. Detta kan strida mot verklig praxis. ADMINISTRATÖREN kan också fungera som ombud. Detta är ett exempel på inkluderande karaktäristiska enheter.
En sorts karaktäristisk enhet är en kategorisk enhet. En kategorisk enhet är en underordnad enhet i arvshierarkin för en karakteristisk enhet. En arvshierarki (eller kategorihierarki) är en speciell typ av aggregering av enheter som delar gemensamma egenskaper.
Vanligtvis skapas en arvshierarki när flera entiteter har gemensamma attribut i sin betydelse, eller när entiteter har gemensamma relationer i betydelse (till exempel om "PERMANENT EMPLOYEE" och "COLLABORATE" hade en liknande relation "fungerar i" med enheten FIRM), eller när det dikteras av affärsregler.
Kategorihierarkier är av två typer: kompletta och ofullständiga. I den fullständiga kategorin måste en instans av den generiska förfadern (entity Employee, Fig. P1) nödvändigtvis motsvara en instans i någon ättling, det vill säga i exemplet är den anställde nödvändigtvis antingen administratören eller agenten.
Ris. P2. Arvshierarki: ofullständig kategori
· Klicka först på den generiska förfadern och sedan på den efterkommande;
· För att upprätta den andra länken i kategorihierarkin, klicka först på kategorisymbolen och sedan på det andra barnet.
För att redigera kategorier, högerklicka på kategorisymbolen och välj Subtype Relationship Editor från snabbmenyn. I dialogrutan Subtype Relationship kan du ange kategoridiskriminatorattributet (listan över val av diskriminatorattribut) och kategoritypen - full/ofullständig (komplett/ofullständig radioknappar).
Strukturell enhet. Ibland är instanser av samma enhet länkade. I sin bok "Strategic Systems Development" föreslog K. Finklestein att man skulle använda strukturella enheter för att representera relationer mellan instanser av samma entitet. Relationer mellan instanser av samma entitet kallas rekursiva relationer. Rekursiva relationer kommer att diskuteras i artikeln "Begreppet relation." Rekursiva relationer är ett logiskt begrepp, och begreppen är inte lätta att uppfatta av användarna.
I fig. P3 visar ytterligare en strukturell enhet som beskriver förhållandet mellan instanser av ANSTÄLLDA enheten.
Diagrammet modellerar underordningsförhållandet mellan anställda oavsett komplexitet. Eftersom underordningsförhållandet alltid förbinder två personer, från entiteten Anställd till enheten i underordningsförhållandet, upprättas två identifierande relationer med namnen på rollerna "Manager" och "Underställd". Varje anställd kan vara i en direkt/rapporteringsrelation med vilken annan anställd som helst, men samma par anställda kan kopplas till en typ av rapporteringsrelation. Entitet En underordningsrelation representerar förhållandet mellan instanser av den ANSTÄLLDA enheten.
Ris. P3. Strukturell enhet.
Liknande information.