Diagrami i tipit ER:

Thjeshtimet:

1. Konsiderohen vetëm ata banorë që kanë banesë.

2. Një banor mund të regjistrohet vetëm në një apartament.

3. Merren parasysh vetëm banesat e banuara me banorë të regjistruar.

4. Në një apartament mund të regjistrohen disa banorë.

5. Një numër telefoni për një apartament.

6. Jo çdo apartament mund të ketë një telefon.

7. Ka banorë pa burim të ardhurash (fëmijë).

8. Një banor mund të ketë disa burime të ardhurash.

9. Tipe te ndryshme të ardhurat e njerëzve të ndryshëm.

10. Ka lloje të ardhurash që nuk përdoren.

Fundi i punës -

Kjo temë i përket:

Krahasimi i bazave të të dhënave me një tabelë dhe me shumë tabela

Në faqen e faqes lexoni: "krahasimi i bazave të të dhënave me një tabelë dhe me shumë tabela"

Nëse keni nevojë material shtesë për këtë temë, ose nuk e gjetët atë që po kërkoni, ju rekomandojmë të përdorni kërkimin në bazën e të dhënave tona të veprave:

Çfarë do të bëjmë me materialin e marrë:

Nëse ky material doli të jetë i dobishëm për ju, mund ta ruani në faqen tuaj në rrjetet sociale:

cicëroj

Të gjitha temat në këtë seksion:

Komponentët BnD
Fjalori i të dhënave është një "depo" e meta-informacionit. meta-informacion

Faza e përcaktimit të nënqarkut
Në disa DBMS, është e mundur të përshkruhet struktura logjike e bazës së të dhënave nga këndvështrimi i një grupi të caktuar përdoruesish. Një model i tillë quhet model i jashtëm dhe përshkrimi i tij quhet nënskema.

Modelimi infologjik i fushës lëndore. Përbërja e modelit infologjik (ILM)
1-2. Përshkrim fusha lëndore përfaqësohet duke përdorur një lloj sistemi shenjash, pra në

Përshkrimi i objekteve dhe vetive të tyre. Llojet e vetive të objektit
Një klasë objekti është një koleksion objektesh që kanë të njëjtin grup vetish. Klasat e objekteve mund të jenë materiale dhe abstrakte (për shembull, objekte, sipas të cilave

Diagrami i tipit ER
Lloji i marrëdhënies 1 me 1. Klasa e anëtarësimit të objekteve për P dhe K është fakultative

Shumëllojshmëri objektesh komplekse
1. Objekti i përbërë. 2. Objekti i përgjithësuar. 3. Objekti i grumbulluar. Objekti i përbërë

Përcaktimi i përbërjes së bazës së të dhënave
Një nga qasjet për përcaktimin e përbërjes së një baze të dhënash është parimi i sintezës. Thelbi: Vetëm treguesit fillestarë duhet të ruhen në bazën e të dhënave. Të gjithë treguesit e prejardhur duhet

Varietetet e modeleve datalogjike (DLM)
Sipas metodës së vendosjes së lidhjeve ndërmjet të dhënave, dallohen këto modele: Modeli relacional, Modeli hierarkik, Modeli i rrjetit, Modeli i orientuar nga objekti. lidhje

Indeksimi i skedarëve (tabelave) në bazën e të dhënave. Skedarët e indeksit dhe çelësat e indeksit
Për të përshpejtuar aksesin në informacion në një skedar, skedari indeksohet. Atributi ose grupi i atributeve të përcaktuara në relacion përdoret si çelës indeksues për indeksimin. Pjesërisht

Metoda e projektimit RDB bazuar në ILM (rregullat 1-12)
1. Për të gjithë objekt i thjeshtë dhe vetitë e tij të vetme, ndërtohet një relacion, atributet e së cilës janë identifikues të objekteve dhe detajet korrespondojnë me secilën prej vetive të vetme

Përcaktimi i përbërjes së bazës së të dhënave dhe marrëdhënieve
Parimi i sintetizimit: Baza e të dhënave përfshin atributet e të gjitha subjekteve + shumën e llogaritur të të ardhurave. Baza e të dhënave përbëhet nga 5 lidhje: PERSON (Nom, FIO, Rdate, Pol, S

Krahasimi i bazave të të dhënave me një tabelë dhe me shumë tabela
Mund të ketë probleme me futjen, përditësimin, fshirjen. Problemi i futjes Në asnjë bazë të dhënash, nuk duhet të ketë fusha me vlera null ose boshe. Për shembull: për një

Gjuha e strukturuar e pyetjeve
Implementimet specifike të SQL respektojnë kërkesat e standardit, por edhe ofrojnë veçori shtesë(SQL1, SQL2(1992), SQL3(1999)) SQL mund të përdoret në 2 mënyra: 1. Int

Zgjidhni ofertën
Si TRZ mund të ketë një emër kolone, një konstante, një shprehje. Emri i kolonës identifikon një nga kolonat e përfshira në tabelë që është specifikuar në klauzolën FROM. Mund të tregohet

Përcakton se cilat rreshta të zgjidhni. Kushti i kërkimit është vendosur si kriter përzgjedhjeje. Llojet e kushteve të kërkimit: 1. Krahasimi. =,<>, <, >, <=, >=. 2. Vërtetoni

Termat e përbërë të kërkimit. tabelat e së vërtetës
DHE e vërtetë false null OSE e vërtetë

Funksionet e Agregatit SQL
Pyetjet që rezultojnë mund të përbëhen nga operatorë të ndryshëm dhe funksionet agregate gjuhe. Të gjithë funksionet marrin një kolonë të tërë të dhënash si argument dhe kthejnë një vlerë të vetme, të përmbledhur.

Kërkesat me grupim dhe kufizime për to
Zgjidhni ADR, AVG(SUMD) NGA GRUPI PERSONAVE NGA ADR 1. Informacioni për banorët në tabelën Person ndahet në grupe - një grup për çdo apartament. Në secilin grup, të gjitha apartamentet kanë 1

U kthye kufizimi në listën e kolonave
Në një pyetje grupimi, të gjithë artikujt në listën e kolonave të kthyera duhet të kenë të njëjtën vlerë për secilin grup fjalësh. => Si elementë të listës së kolonave të kthyera, mund të përdorni

Procedura për ekzekutimin e një pyetjeje që ka një nënpyetje të lidhur
1) Zgjidhni një rresht nga tabela, emri i të cilit është specifikuar në pyetjen kryesore. 2) Ekzekutoni nënpyetjen duke pasur parasysh vlerat që përmbahen në rreshtin e zgjedhur 3) Llogaritni termat e kërkimit r

Kontrollimi për ekzistencën e rezultateve të pyetjeve të ndërlidhura
ZGJIDH *NGA PERSONI KU EKZISTON (ZGJIDH ID-në NGA HAVE_D, PROVIT WHERE PROVIT.ID

Shtimi i elementeve të rinj
Njësia më e vogël e informacionit që mund të shtohet në një bazë të dhënash është një rresht. Ka 2 mënyra për të shtuar rreshta të rinj: 1) një deklaratë INSERT me një rresht, duke përfshirë

Fshirja e të dhënave ekzistuese
Njësia më e vogël e informacionit që mund të hiqet nga baza e të dhënave është 1 rresht. Deklarata DELETE përdoret për të fshirë rreshtat nga tabela e parë. FSHI NGA - emri_tabele --------------------

Kushtet unike të të dhënave
Le të marrim tabelën PERSON dhe të përshkruajmë strukturën e saj: KRIJO TABELA PERSON (NDËRBAZË) (NOM INTEGER NOT N

Ndryshimi i përkufizimit të një tabele
ALTER TABLE shërben për: 1. shtimin e një përkufizimi të ri të kolonës. 2. ndryshoni vlerën e paracaktuar. 3. ndryshoni ose fshini çelësin primar të tabelës.

Tregues
Një indeks është një mjet që ofron akses i shpejtë në rreshtat e tabelës bazuar në vlerën e 1 ose më shumë kolonave. Indeksi ruan vlerat e të dhënave dhe treguesit në rreshta

0

(Leksioni 7)

Hartimi dhe krijimi i bazës së të dhënave Analiza e fushës lëndore. Identifikimi i klasave të objekteve dhe marrëdhënieve Një zonë lëndore përcaktohet nëse objektet që ekzistojnë në të, vetitë e tyre dhe marrëdhëniet midis tyre janë të njohura)

Objekti në qasjen konceptuale është se çfarë informacioni duhet të grumbullohet në sistemin e informacionit.

Nje nga piketa analiza e fushës lëndore është të identifikojë dhe përshkruajë klasat e objekteve (entiteteve) dhe marrëdhëniet ndërmjet tyre. Përshkrimi mund të merret në çdo formë, por për lehtësinë e procesit të projektimit, ai zyrtarizohet në formën e tabelave.

Klasat e objekteve

Si të identifikoni klasat e objekteve në fushën e lëndës?

Një klasë objekti (lloji i njësisë ekonomike, entitet) është një gjë kuptimplotë për të cilën një ndërmarrje duhet të ruajë informacionin.

Shenjat e një klase objektesh që ekzistojnë në fushën e lëndës:

a) diçka e rëndësishme për të cilën ndërmarrja duhet të mbajë informacion;

c) një koncept me emër;

d) emër;

e) ekziston një klasë objektesh nëse ka një objekt real të rëndësishëm;

Pasi të keni identifikuar një klasë objektesh, është e nevojshme t'i jepni një emër. Duhet të jetë unik.

Si emër zgjidhen termat e përdorur në ndërmarrje.

Një emër shpiket kur të gjitha mundësitë e tjera janë ezauruar, pasi emrat e shpikur mund të çojnë në keqkuptim dhe dyfishim.

Emri duhet të jetë dakord me klientin.

Emri mund të përbëhet nga më shumë se një fjalë (fjalë që specifikojnë emrin - mbiemra, etj.). Shpesh i njëjti emër quhet me të njëjtin emër, atëherë është e nevojshme të zgjidhni një emër kryesor dhe të përshkruani pjesën tjetër si sinonime.

Kur identifikohet një klasë objektesh, zbulohet një grup gjërash, i përbërë nga elemente individuale(objekte). Një klasë objekti është një klasë ose kategori gjërash. Për shembull, klasa e objektit "DEPARTMENT" përbëhet nga objekte specifike " Edukative dhe metodike reparti”, “Reparti i kryemekanikut”.

Fazat e identifikimit dhe modelimit të një klase objektesh:

a) studimin e çdo emri të identifikuar gjatë analizës së fushës lëndore në ndërmarrje dhe identifikimin e rëndësisë së tij;

b) identifikimin nëse ka informacion për këtë emër që duhet të ruhet për këtë ndërmarrje;

c) caktimin e një emri për një klasë objektesh në njëjës;

d) kontrollimi nëse një objekt i një klase objekti mund të dallohet nga një tjetër;

e) një përshkrim të klasës së objektit për të kontrolluar që të gjithë (zhvilluesit, klientët) të kenë të njëjtin kuptim në këtë term;

Vetitë e klasës së objektit

Për secilën klasë të objekteve, përcaktohen vetitë e saj (atributet e entitetit). Një pronë është një pjesë specifike e informacionit.

Vetia përshkruan një klasë objektesh. Është një përshkrim cilësor ose sasior i një klase objektesh.

Prona mund të duket si kjo:

Fjalë përshkruese, fraza;

Ndërtimet parafjalore (shuma e pagës për çdo punonjës);

Emrat zotërues dhe përemrat (të tjerët, data e mbarimit, shenja e vjetërsimit).

Çdo pronë i jepet një emër. Emrat duhet të jenë të qartë dhe të paqartë.

Çfarë informacioni për klasën e objekteve duhet të ruhet;

Çfarë informacioni në lidhje me klasën e objekteve duhet të shfaqet ose të shtypet;

A është vërtet e nevojshme kjo pronë.

Klientët shpesh harrojnë nevojat e tyre specifike - ata mendojnë se fusha do të shfaqet në ekran ose do të raportojë vetë, dhe nuk e shohin nevojën për ta përmendur atë.

Kur studioni dokumentacionin që ekziston në ndërmarrje, është e nevojshme t'i kushtoni vëmendje kërkesave të vjetruara sistemet e mëparshme, për shembull, formë e vjetër Dokumenti dalës - anëtarësimi në parti, kombësia.

Është gjithashtu e nevojshme të shënohen të dhënat e përftuara dhe të grumbulluara; për secilën klasë të objekteve, regjistrohen vetëm vetitë origjinale.

Karakteristikat e përftuara dhe të grumbulluara përshkruhen veçmas dhe formohen, si rregull, nga programi bazuar në vlerat e vetive origjinale. Nevoja për të ruajtur prona të tilla është mjaft e rrallë.

Ekzistojnë një sërë kërkesash për emrin e pronës. Emrat duhet të jenë të qartë dhe të paqartë, për shembull, emri i pronës "sasia" mund të çojë në konfuzion - u kthye, i vendosur? Është e nevojshme të zgjidhni emra më specifikë: "madhësia e dorëzimit", "vëllimi i porosisë", etj. Nëse emri përbëhet nga më shumë se një fjalë, ato ndahen me hapësira.

Shembulli më i zakonshëm është vetia "datë". Nëse nuk është përcaktuar në mënyrë specifike se cila është data, ajo mund të interpretohet si datë e lindjes, datë e punësimit.

Nëse keni nevojë t'i ruani të dyja, shtoni pronë specifike, për shembull, përveç datës së punësimit, është e nevojshme të ruhet edhe data e zgjedhjes me konkurs. Kjo mund të zbulohet në fazat e mëvonshme të analizës së domenit.

Vetia e identifikuar gjatë analizës së fushës lëndore duhet të zbërthehet në komponentët më të vegjël që kanë kuptim. Niveli i ndarjes varet nga nevojat e ndërmarrjes.

Shembuj klasikë: adresa, dimensionet e bllokut të lëndës drusore (lartësia, gjatësia, gjerësia), mund të ruhen si një pronë e vetme, por është më e dobishme t'i ruani ato si veti të veçanta.

Dallimi midis një klase objekti (entiteti) dhe një vetie (atributi) tregohet në tabelën 4.

Tabela 4 - Dallimet midis klasës së objektit dhe pronës

Pasi të keni përcaktuar një pronë, duhet të siguroheni që për çdo objekt të veçantë, vetia mund të ketë një vlerë të vetme.

Nëse gjenden më shumë se një vlerë për ndonjë pronë, kjo tregon një veçori që mungon në klasën e objektit ose një kandidat për klasë e re objektet.

Nëse gjendet një pronë që ka vetitë e veta, atëherë kjo nuk është një pronë, por një klasë objektesh. Për shembull, është identifikuar një klasë e objekteve "OVERALLS", e cila ka vetitë "numër", "emër", "ngjyrë". Nëse, gjatë analizës dhe studimit të mëtejshëm të një dokumenti përkatës në fushën e temës, një ngjyrë, përveç emrit, duhet të ketë një artikull, atëherë "ngjyra" nuk është më një pronë, por një klasë e objekteve "COLOR ” me vetitë përkatëse “emri”, “artikull”.

Për çdo pronë, ju duhet të përcaktoni opsionalitetin e saj.

Def.: Opsionaliteti i një vetie - përcaktimi i vlerës së detyrueshme të pronës së një objekti për të ruajtur informacionin për një objekt të caktuar në bazën e të dhënave.

Një vlerë e kërkuar e pronës duhet të ekzistojë dhe të jetë e njohur për çdo objekt të klasës së objektit në fjalë.

Vlerat opsionale të pronës mund të mos dihen (ose të mos ekzistojnë) për disa objekte në kohën e krijimit të tij.

Për shembull, vlera e pronës "data e fillimit të punës" dihet gjithmonë për një punonjës që punon dhe vlera e pronës "data e mbarimit të punës" mund të jetë e panjohur në një moment të caktuar kohor nëse punonjësi ka një kontratë të pafundme. .

Për çdo pronë identifikohen gjithashtu në fushën e temës dhe përshkruhen:

Formati (lloji, gjatësia maksimale, gjatësia mesatare ( madhësi të rregullt), numri dhjetor, njësia matëse;

Vlerat e vlefshme (varg, lista e vlerave, vargje të shumta, vlera të paracaktuara);

Kur identifikohen karakteristikat e vetive, mund të përcaktohen edhe domenet.

Një domen (për sa i përket fushës së lëndës) është një grup rregullash validimi për sa i përket biznesit, kufizime që zbatohen për më shumë se një pronë.

Nga pikëpamja e një baze të dhënash relacionale, një domen është një grup i vlefshëm vlerash mbi të cilat m.b. janë përcaktuar një ose më shumë atribute të një ose më shumë marrëdhënieve relacionale.

Duke përdorur një domen, mund të vendosni: një varg vlerash; një listë me vlera specifike; vargje të shumta; Ekuacioni matematik; vlera e paracaktuar, etj. Këto rregulla përshkruhen në bazën e të dhënave një herë dhe zbatohen në prona të ndryshme. Domeni më i famshëm (po, jo).

Ekziston teknologjia e mëposhtme për të punuar me pronat, e cila përmban hapa:

Identifikimi i një kandidati për pronë;

Lidhja e një vetie me një klasë objekti;

Caktimi i emrit të një prone;

Përcaktimi i formatit të pronës;

Përcaktimi nëse një pronë është fakultative;

Përcaktimi i kufizimeve logjike të pronës të vendosura nga zona lëndore (shfaqja e vlerës në interval, etj.);

Kontrollimi që kjo është me të vërtetë një veti dhe jo një klasë objekti;

Nëse është e nevojshme, krijoni një domen.

Të gjitha instancat (objektet) e klasës së identifikuar të objekteve duhet të identifikohen dhe identifikohen në mënyrë unike. Nëse një objekt nuk mund të identifikohet në mënyrë unike në një klasë objekti, atëherë ndoshta nuk është fare një klasë objekti.

Përcaktimi i identifikuesve unikë

Për çdo klasë objektesh, duhet të identifikohen identifikues unikë.

Një identifikues unik është një veti, grup vetish ose kombinim i vetive dhe marrëdhënieve të përdorura për të identifikuar në mënyrë unike një objekt brenda një klase objekti.

Vetia që është pjesë e identifikuesit unik duhet të ketë një opsion të detyrueshëm.

Numri i identifikuesve unik në një klasë objekti mund të jetë çdo gjë. Dhe numri i komponentëve (vetitë dhe marrëdhëniet) që përbëjnë identifikuesin unik mund të jetë çdo gjë.

Një identifikues unik mund të përcaktohet në çdo fazë të analizës së domenit, por për të filluar përshkrimin dhe dizajnimin e një klase objekti, është e nevojshme që çdo klasë objekti të ketë identifikues unikë.

Koment:

Kur zgjidhni një metodë për identifikimin e objekteve të një klase objektesh, është e nevojshme të modelohen jo nevojat teknologjike të sistemit që po zhvillohet, por nevojat e biznesit.

Kur përdorni një kod numerik si një identifikues unik, duhet të siguroheni që ekziston një dokument përkatës në zonën e temës në të cilën shfaqet një kod i tillë.

Për shembull, pronat "numri i personelit të punonjësit", "kodi i nënndarjes" janë përcaktuar tashmë nga sistemi ekzistues në ndërmarrje. Kontabiliteti, prona “kodi i pozicionit” paraqitet në klasifikuesin e pozicionit të industrisë, etj.

Koment:

Në fazën e hartimit të bazës së të dhënave (në tekstin e mëtejmë, kur ndërtohet një bazë të dhënash DLM - çelësat zëvendësues), mund të gjenerohet teknikisht një identifikues unik, por gjatë analizës së fushës së temës, përdoren identifikuesit unikë të përdorur nga ndërmarrja.

Nëse ka disa identifikues unik, duhet të përcaktohet kryesori. Kjo bën që një identifikues të përdoret më shpesh në biznes, si "numri i personelit". Ose ndonjë identifikues unik që ka gjatësinë dhe llojin numerik më të vogël.

Shumica nje numer i madh i identifikuesit unik kanë një klasë të tillë objekti si "INDIVIDUAL / PERSON". Çdo objekt në një klasë të tillë objektesh mund të identifikohet në mënyrë unike nga vetitë e mëposhtme: "numri", "seria e pasaportës", "INN", "numri". patentë”, “numri simbolik”. Për klasën e objekteve "POSITION", mund të identifikohen identifikuesit e mëposhtëm unikë: "kodi", "titulli", " titull i shkurtër».

Duhet të theksohet se sa më shumë klasa objektesh të zbulohen gjatë analizës së fushës lëndore, aq më e normalizuar do të jetë struktura. baza e të dhënave relacionale të dhëna.

Pothuajse çdo emër në domen ka të drejtën të përcaktohet si një klasë objekti, pasi pothuajse çdo emër ka,

të paktën një grup prej tre vetive: emri i objektit, emri i shkurtër i objektit, ekuivalenti numerik i emrit të objektit (kodi, numri, shifra).

Ju mund të shihni klasat e objekteve duke studiuar në detaje flukset e informacionit në ndërmarrje që do të automatizohen.

Rrjedhat e informacionit përfaqësohen nga dokumentet.

Çdo dokument është një kandidat për një klasë objekti. Dokumenti ka një titull, i cili, si rregull, tregon emrin e dokumentit dhe datën e formimit të tij.

Dokumenti ka një pjesë informuese, e cila përmban tregues cilësorë dhe sasiorë.

Në fund të dokumentit janë emrat dhe pozicionet e personave që nënshkruajnë dokumentin.

Dokumenti mund të përmbajë gjithashtu emrin, adresën dhe detaje të tjera të kompanisë që lëshon dokumentin.

Kështu, duke studiuar dokumentin, mund të shihen dhe theksohen klasat e mëposhtme të objekteve: "NDËRMARRJE / PERSON JURIDIK" ose

"NJËSIA STRUKTURORE E NDËRMARRJES"; "LLOJI I NJËSISË STRUKTURORE"; "ADRESË"; "LOKALITETI"; "LLOJI I VENDOSJES"; "JASHTE"; "LLOJI RRUGË" (rrugë, rrugë, korsi, kalim, etj.); "DOKUMENT"; "POZICIONI DOKUMENT"; "INDIVIDUAL"; “TITULLI I PUNËS”; "REGJISTRI I PUNËS SË INDIVIDUALIT" (data e fillimit, data e përfundimit); "Produkti / SHËRBIMI"; "Objekt" (kontabilitet).

Cila është klasa e objektit DOCUMENT POSITION? Çdo dokument zakonisht ka disa artikuj (artikuj të porosive, artikujt e listës së çmimeve, artikujt e faturës, hyrjet në kartën e llogarisë, etj.). Kështu, lidhja 1:M ekzistuese në fushën e temës është e dukshme: "çdo DOKUMENT duhet të ketë një ose më shumë POZICIONET"; Me ana e kundërt linku thotë - "çdo POZICION DOKUMENTI duhet t'i referohet të njëjtit DOKUMENT". Për më tepër, çdo pozicion i dokumentit ka vetitë e veta - numrin, disa tregues sasiorë (numri i njësive të kontabilitetit, çmimi për njësi dhe të tjerët).

Për secilën fushë lëndore, mund të shihni një listë të klasave të objekteve që është e detyrueshme për të gjitha fushat lëndore. Çdo fushë lëndore, në kuptimin e gjerë të fjalës, pasqyron punën e një ndërmarrje ose organizate - ndërmarrje prodhuese, institucion arsimor ose mjekësor, organizatë tregtare, magazinë, zyrë qiraje, sferë ekonomike shtëpiake etj. Emri (i plotë ose i shkurtër) i ndërmarrjes ose organizatës shfaqet në dokumente dhe raporte të ndryshme dalëse. Kështu, në fushën lëndore ekziston një klasë e objekteve NDËRMARRJE ose NJËSIA STRUKTURORE E NJË NDËRMARRJES. Përveç kësaj, shpesh është e nevojshme të mbahen shënime për adresën dhe numrin e telefonit të kësaj ndërmarrje. Kërkohet në fushën e lëndës

prezente individët, duke zënë pozicione të caktuara, duke fiksuar kontabilitetin (të ardhurat ose shpenzimet) e një objekti me nënshkrimet e tyre. Për më tepër, për të zgjidhur problemet e analizës së të dhënave dhe më pas për të marrë vendimet e duhura menaxheriale, është me interes që fusha lëndore të ruajë njohuritë për historinë e kontabilitetit për gjendjen e një objekti. Dhe një kategori tjetër e klasave të detyrueshme të objekteve për secilën fushë lëndore janë dokumentet, në bazë të të cilave zhvillohen të gjitha proceset në një fushë të caktuar lëndore.

Është e mundur të përmblidhen të gjitha rezultatet e analizës së fushës lëndore gjatë identifikimit të klasave të objekteve dhe vetive të tyre në formën e një përshkrimi të zyrtarizuar, një tabelë. Një shembull i një përshkrimi të tillë është dhënë në Tabelën 5.

Tabela 5 - Përshkrimi i formalizuar i fushës së lëndës. Klasat e objekteve, vetitë.

Prona	Identifikues unik	Karakteristikat fizike të pronës (lloji, gjatësia)	Veti opsionale (Po/Jo)	Kufijtë e vetive Boolean (gama e vlerave, shkronja të mëdha, shkronja të vogla për vetitë simbolike, etj.)	Proceset për vlerat e pronës
numri i tavolinës				> 0
				> 0	Vv, Pr, Ob
				Perv. shkronje e madhe	Vv, Pr, Ob
Data e lindjes				DD.MM.VVVVV	Vv, Pr, Ob
TITULLI I PUNËS

Shkurtesat e mëposhtme përdoren në tabelë: Y - identifikues unik, P - kandidat për çelësin primar (identifikuesi kryesor unik), G - gjenerimi i të dhënave, Vv - futja e të dhënave, Pr - shikimi i të dhënave, Rreth - përditësimi i të dhënave.

Marrëdhëniet ndërmjet klasave të objekteve

Meqenëse gjithçka në këtë botë është e lidhur, një hap paralel në analizën e fushës lëndore, së bashku me identifikimin e klasave të objekteve dhe vetive të tyre, është hapi i identifikimit të marrëdhënieve, asociacioneve që lindin midis klasave të objekteve. Marrëdhëniet përfaqësojnë nevojat e informacionit dhe rregullat e biznesit të një ndërmarrje dhe mund të përkufizohen si më poshtë:

Një lidhje e emërtuar, kuptimplotë midis dy klasave të objekteve.

Marrëdhënia që ka një gjë me një tjetër.

Kur merret parasysh komunikimi, është e nevojshme ta mendojmë atë si të dyanshëm, dydrejtimësh.

Çdo lidhje ka karakteristika të caktuara.

Opsionaliteti i lidhjes është një numër. Ky është një rregull biznesi që specifikon nëse një marrëdhënie duhet të ekzistojë për çdo objekt të një klase objekti (marrëdhënie e detyrueshme) apo jo e nevojshme (marrëdhënie opsionale).

Për shembull, kompania gjeti rregulli tjetër: "secila

një kategori e caktuar pozicioni mund t'i korrespondojë një pozicioni. Në një moment në kohë, ndërmarrja merr një dokument mbi krijimin kategori e re, por nuk ka ende postime që i referohen kësaj kategorie. Por nga ana tjetër, ekziston një rregull: "çdo pozicion në ndërmarrje duhet të caktohet në një dhe vetëm një pozicion". Kështu, mund të shihet se janë identifikuar dy shoqata të ndryshme midis dy klasave të objekteve (“KATEGORI POZICIONI” dhe “POZICIONI”).

Fuqia (numri maksimal kardinal). Ky është një rregull biznesi që tregon se sa lidhje të tilla ekzistojnë - një dhe vetëm një, ose shumë. Nëse gjendet një lidhje që ka fuqinë "zero", kjo lidhje është fakultative.

Ne po shqyrtojmë marrëdhëniet binare (ato mund të jenë të ndryshme)

Secila anë e lidhjes ka një emër. Ky është një përshkrim i rregullave të biznesit.

Për shembull: "korrespondon", "i referohet".

Emrat shpesh formojnë çifte: "bazuar në" - "është bazë për"; "blerë nga" - "furnizuar"; "përgjegjës për" - "është nën përgjegjësi".

Emri ka rëndësi të madhe, tregon se sa mirë është kuptuar marrëdhënia e informacionit.

Pasi të shihni lidhjen, duhet të siguroheni që ka kuptim. Për ta bërë këtë, duhet të flitet si një fjali normale në të dy drejtimet (çdo lidhje është e dyanshme), duke përdorur rregullin e shqiptimit për lidhjen (Tabela 6).

Tabela 6 - Rregulla e leximit në komunikim

Shembull i leximit të lidhjes: "çdo INDIVIDUAL mund të ketë zero, një ose më shumë HYRJE TË LIBRIT TË PUNËS"; "Çdo HYRJE NE LIBRIN E PUNËS duhet t'i referohet një dhe vetëm një INDIVIDUALIT."

Le të shqyrtojmë më në detaje llojet ekzistuese lidhje (fuqi).

1. Marrëdhënia "një_me_shumë" (1:M). Ky është lloji më i zakonshëm i lidhjes, që ka një ose më shumë fuqi në një drejtim dhe një dhe vetëm një në

mik. Klasat e objekteve që janë në anën "një" të kësaj marrëdhënieje quhen kryesore ose prind. Një klasë objekti që është në anën e shumë - një fëmijë ose një fëmijë.

Në shumicën e rasteve, klasat e objekteve vartëse janë opsionale, ndërsa ato kryesore kërkohen. Kjo do të thotë, një objekt i klasës së objektit kryesor mund të ekzistojë pa një objekt të varur, por një fëmijë nuk mund të ekzistojë pa një objekt kryesor.

Nga pikëpamja e bazës së të dhënave, kjo do të thotë që fillimisht në bazën e të dhënave krijohet objekti i klasës së objektit kryesor, e më pas objektet e klasës vartëse. Nëse marrëdhënia 1:M është opsionale nga të dyja anët, objektet mund të krijohen në mënyrë arbitrare. Marrëdhëniet 1:M që janë të detyrueshme në të dyja anët janë shumë të rralla dhe nënkuptojnë se objektet e dy klasave të objekteve nuk mund të ekzistojnë pa njëri-tjetrin.

Shembulli i marrëdhënies 1:M: “Çdo NJËSI E NDËRMARRJES mund të korrespondojë me zero, një ose më shumë REGJISTRIME TË LIBRIT TË PUNËS”. Në anën e pasme: "Çdo REGJISTRI I LIBRIT TË PUNËS duhet t'i referohet një dhe vetëm një NJËSIE STRUKTURORE TË NDËRMARRJES."

2. Marrëdhënia "shumë_për_shumë" (M:M ose M:N). Ky është gjithashtu një lloj komunikimi shumë i zakonshëm, veçanërisht në fazat e hershme analiza e domenit. Kjo lidhje ka një fuqi prej "një ose më shumë" në të dy drejtimet. Një shembull i një marrëdhënieje të tillë është: “shumë INDIVIDë mund të punojnë në çdo NJËSI STRUKTURORE TË NDËRMARRJES”. Në anën e pasme: secili

Një INDIVID mund të punojë në shumë NJËSI NDËRMARRJES.

Shumica e marrëdhënieve M:M janë opsionale në të dy drejtimet, domethënë, një objekt i një klase objekti mund të ekzistojë pa u lidhur me një objekt të një klase tjetër objekti, çdo shembull mund të shfaqet i pari. Marrëdhëniet M:M që janë të detyrueshme në të dyja anët janë shumë të rralla - objektet nga të dy klasat e objekteve duhet të krijohen në të njëjtën kohë.

Duhet të theksohet se në asnjë fushë lëndore nuk ka marrëdhënie "shumë_me_shumë"; në çdo moment në kohë, gjithçka përcaktohet në mënyrë unike. Shfaqja e një lidhjeje të tillë dokumentacionin e projektit tregon se fusha lëndore nuk është shqyrtuar më tej. Marrëdhënia M:M mund të "prihet" nga çdo dokument ose pozicion dokumenti. Një klasë e tillë objektesh që thyen lidhjen M:M quhet "entitet i kryqëzimit". Është e nevojshme vetëm për të parë, për të gjetur këtë klasë të objekteve. Për shembullin e mësipërm të marrëdhënies M:M, një klasë e tillë objektesh është "REGJISTRIMI I LIBRI I PUNËS". Nëse e kemi identifikuar, atëherë lidhjet në fushën e temës tashmë tingëllojnë kështu: “çdo NJËSISË STRUKTURORE TË NDËRMARRJES mund t'i korrespondojë zero, një ose më shumë REGJISTRIMEVE TË LIBRAVE TË PUNËS”. Në anën e pasme: "Çdo REGJISTRI I LIBRIT TË PUNËS duhet t'i referohet një dhe vetëm një NJËSIE STRUKTURORE TË NDËRMARRJES." Dhe një lidhje më shumë: “për çdo INDIVIDUAL,

Puna në ndërmarrje mund të korrespondojë me zero, një ose më shumë REGJISTRIM TË LIBRIT TË PUNËS.

3. Komunikimi "një_me_një" (1:1). Një marrëdhënie e rrallë, zakonisht nga pikëpamja e biznesit, kjo do të thotë se këto nuk janë dy klasa objektesh, por një. Kjo lidhje mund të ketë një kapacitet prej një dhe vetëm një në të dy drejtimet. Nëse gjendet një lidhje e tillë, duhet të ekzaminohet edhe një herë flukset e informacionit dhe mund të rezultojë se dy klasat e identifikuara të objekteve përbëjnë në të vërtetë një.

Një shembull i një marrëdhënieje 1:1: "çdo biçikletë mund të përdoret vetëm nga një ANËTAR i KLUBIT". Në anën e pasme: "Çdo anëtar i KLUBIT mund të ngasë vetëm një biçikletë"

Marrëdhëniet 1:1, të detyrueshme në të dy skajet, kur të dy objektet duhet të shfaqen në të njëjtën kohë, janë shumë të rralla.

Pas identifikimit të ndonjë marrëdhënieje midis klasave të objekteve, është e nevojshme (për secilën nga anët e saj):

Vendosni disponueshmërinë;

Zgjidhni një emër;

Përcaktoni fuqinë;

Përcaktoni opsionalitetin;

Kontrolloni duke lexuar.

Duhet të theksohet se në mënyrë arbitrare mund të zbulohen shumë lidhje midis dy klasave të objekteve. Për shembull, midis klasave të objekteve "INDIVIDUAL" dhe "ADRESA", mund të identifikohen 2 lidhje: njëra që rregullon adresën e regjistrimit, tjetra - adresën e vendbanimit.

4. Lidhja rekursive. Marrëdhënia midis objekteve të së njëjtës klasë objekti. Një lidhje e tillë mund të ketë të gjitha vetitë e çdo lidhjeje tjetër.

Shembull: Çdo NODE mund të veprojë si prind për një ose më shumë NODE. Çdo NODE mund të jetë në vartësi të një dhe vetëm një NODE.

Ju mund të përmblidhni rezultatet e identifikimit të marrëdhënieve duke përdorur tabelën e mëposhtme:

Tabela - Përshkrimi i formalizuar i fushës së lëndës. Marrëdhëniet ndërmjet klasave të objekteve

Në tabelë përdoren shkurtesat e mëposhtme: KO - klasa e objekteve; D.b. -duhet të jetë, M.b. - ndoshta.

Lidhjet e zbuluara kontrollohen duke lexuar. Duhet mbajtur mend se çdo komunikim është i dyanshëm!

Përshkrimi joformalizuar i fushës së lëndës

Në procesin e analizës, është gjithashtu e nevojshme të rregullohen rregullat e biznesit ose deklaratat semantike (semantike) që kufizojnë fushën e temës brenda kornizës së problemit që zgjidhet. Këto nuk janë funksione të ndërmarrjes, si të tilla, por fakte të padiskutueshme, të cilave sistemi i automatizuar i zhvilluar i informacionit duhet t'u bindet gjithmonë.

Shembuj të deklaratave semantike:

- “Punohen punonjës që kanë mbushur moshën 16 vjeç”;

- "Çdo punonjës nuk mund të përgjigjet njëkohësisht për më shumë se dhjetë prona të dhëna me qira ose të shitura";

- "Asnjë punonjës nuk lejohet të shesë apo të japë me qira pronën e tij";

- “Zbritje speciale nuk vlejnë për makinat më pak se një vit”;

- « shuma totale zbritjet nuk mund të kalojnë 40% të shumës neto të faturuar.

Deklaratat semantike të identifikuara janë shkruar në gjuhë natyrore dhe duhet të pasqyrohen më tej në bazën e të dhënave. Zakonisht, rregulla të ngjashme zbatohen duke përdorur objekte të tilla të bazës së të dhënave si nxitës, procedura, pamje (pamje).

Shkarkoni leksionin: Ju nuk keni akses për të shkarkuar skedarë nga serveri ynë.

Faza e dytë e analizës së domenit konsiston në zgjedhjen objektet e informacionit, detyrë pronat e kërkuara për çdo objekt, duke identifikuar lidhjet midis objekteve, duke përcaktuar kufizimet e vendosura mbi objektet e informacionit, llojet e lidhjeve midis tij, karakteristikat e objekteve të informacionit.

Kur zgjidhni objekte informacioni, është e nevojshme t'i përgjigjeni një numri pyetjesh:

1. Cilat tabela mund të ndahen në të dhëna që do të ruhen në bazën e të dhënave?

2. Çfarë emri mund t'i vihet secilës tabelë?

3. Cilat janë më karakteristika interesante(nga këndvështrimi i përdoruesit) a mund të dallohet?

4. Çfarë emrash mund t'u caktohen karakteristikave të përzgjedhura?

Në rastin tonë, supozohet të krijohen tabelat e mëposhtme (Figura 4):

Le të theksojmë lidhjet midis objekteve të informacionit (Fig. 5)

Gjatë këtij procesi, pyetjet e mëposhtme duhet të përgjigjen:

1. Cilat janë llojet e lidhjeve ndërmjet objekteve të informacionit?

2. Çfarë emri mund t'i jepet secilit lloj lidhjeje?

3. Çfarë janë llojet e mundshme lidhjet që mund të përdoren më vonë?

Një përpjekje për të vendosur kufizime për objektet, karakteristikat dhe marrëdhëniet e tyre çon në nevojën për t'iu përgjigjur pyetjeve të mëposhtme:

1. Cili është diapazoni i vlerave për karakteristikat numerike?

2. Çfarë janë varësitë funksionale ndërmjet karakteristikave të një objekti informacioni?

3. Çfarë lloji i shfaqjes korrespondon me çdo lloj marrëdhënieje?

Gjatë projektimit të një baze të dhënash, ekzistojnë marrëdhënie ndërmjet objekteve të informacionit të tre llojeve: "një për një", "një për shumë", "shumë për shumë" (Fig. 6).

Për shembull:

Ndërtesa modeli konceptual

AT raste të thjeshta për të ndërtuar një skemë konceptuale, përdoren metodat tradicionale të grumbullimit dhe përgjithësimit. Kur grumbullohen, objektet e informacionit (elementet e të dhënave) kombinohen në një në përputhje me lidhjet semantike midis objekteve. Për shembull, një mësim historie në klasën 10 "a" mbahet në dhomën numër 7, duke filluar nga ora 9-30. Duke përdorur metodën e grumbullimit, ne krijojmë një ORGANIZIM të objektit (entitetit) informacioni me këto atribute: "klasë", "subjekt", "zyrë", "kohë". Kur përgjithësohet, objektet e informacionit (elementet e të dhënave) kombinohen në një objekt të përgjithshëm (Fig. 7):

Zgjedhja e modelit diktohet kryesisht nga natyra e fushës lëndore dhe kërkesat për bazën e të dhënave. Një rrethanë tjetër e rëndësishme është pavarësia e modelit konceptual nga DBMS, e cila duhet të zgjidhet pas ndërtimit të skemës konceptuale.

Modelet e marrëdhënieve entitet, të cilat bëjnë të mundur përfaqësimin e strukturës dhe kufizimeve të botës reale, dhe më pas transformimin e tyre në përputhje me aftësitë e DBMS industriale, janë shumë të zakonshme.

Thelbi kuptohet si përmbajtja kryesore e fenomenit, procesit ose objektit për të cilin mblidhet informacioni për bazën e të dhënave. Si një entitet mund të veprojnë një vend, një send, një person, një fenomen etj. Bëhet një dallim midis një lloji të njësisë ekonomike dhe një shembulli të njësisë ekonomike. Një lloj entiteti zakonisht kuptohet si një grup objektesh homogjene që veprojnë si një e tërë. Termi "shembull i njësisë ekonomike" i referohet një artikulli specifik. Për shembull:

Lloji i subjektit - student

Shembulli i entitetit - Ivanov, Petrov, Sidorov, etj.

Në shembullin tonë, Shkolla, Klasa, Lëndët, Studentët, Mësuesit, Notat janë entitete. Le të analizojmë marrëdhëniet ndërmjet entiteteve (Fig. 8).

Tani mund të vazhdoni me dizajnimin e skemës së informacionit (konceptual) të bazës së të dhënave (atributet e entitetit nuk janë paraqitur në diagram) (Fig. 9).

i takon		Shkolla
Klasa		Studimet		Studenti
punon				studimet
Mësues		Mëson		Subjekti
			provim
			Vedomosti

Dizajn logjik

Dizajni logjik është një hap i domosdoshëm në krijimin e një baze të dhënash. Detyra kryesore e dizajnit logjik është zhvillimi i një skeme logjike të fokusuar në sistemin e zgjedhur të menaxhimit të bazës së të dhënave. Procesi logjik i projektimit përbëhet nga hapat e mëposhtëm:

1. Zgjedhja e një DBMS specifike;

2. Shfaqja e skemës konceptuale në diagrami logjik;

3. Zgjedhja e gjuhës së manipulimit të të dhënave.

Zgjedhja e një DBMS specifike

Një nga kriteret kryesore për zgjedhjen e një DBMS është të vlerësohet se sa efektivisht modeli i brendshëm i të dhënave i mbështetur nga sistemi është në gjendje të përshkruajë skemën konceptuale. Sistemet e menaxhimit të bazës së të dhënave të fokusuara në kompjuterët personalë, zakonisht mbështesin relacionale ose modeli i rrjetit të dhëna. Shumica dërrmuese e DBMS moderne janë relacionale.

Dizajni i bazës së të dhënave bazuar në modelin relacional ka një numër të përfitime të rëndësishme para modeleve të tjera

· Pavarësia e strukturës logjike nga përfaqësimi fizik dhe i përdoruesit.

· Fleksibiliteti i strukturës së bazës së të dhënave - zgjidhjet e projektimit nuk kufizojnë aftësinë e zhvilluesit të bazës së të dhënave për të kryer një shumëllojshmëri të gjerë të pyetjeve në të ardhmen.

Sepse modeli relacional nuk kërkon një përshkrim të të gjithave lidhjet e mundshme ndërmjet të dhënave, zhvilluesi mund të kërkojë më pas çdo marrëdhënie logjike të përmbajtur në bazën e të dhënave, dhe jo vetëm ato që ishin planifikuar fillimisht.

Llojet e marrëdhënieve midis objekteve të fushës lëndore

Marrëdhëniet e bazuara në shumësi mund të jenë katër llojesh - "një-me-një", "një-me-shumë", "shumë-me-shumë", "shumë-për-një".

Një marrëdhënie një me një (1:1) ekziston kur një shembull i një objekti shoqërohet me një shembull të vetëm të një tjetri. Komunikimi është unik nga e majta në të djathtë dhe nga e djathta në të majtë.

drejton

Drejtor i Ndërmarrjes

Një marrëdhënie një me shumë (1:M) ekziston kur një shembull i objektit të parë shoqërohet me një (ose më shumë) shembuj të objektit të dytë, por çdo shembull i objektit të dytë shoqërohet vetëm me një shembull të të parës . Marrëdhënia është unike nga e djathta në të majtë.

Përmban

Rrethi i qytetit

Një marrëdhënie shumë-me-shumë (M:M) ekziston kur një shembull i objektit të parë lidhet me një ose sasi e madhe instancat e të dytit dhe çdo shembull i të dytës me një ose më shumë instanca të të parit

Studenti (mbiemri, numri i librit të shënimeve. Fakulteti) Lënda (emri, numri i orëve)

Një marrëdhënie shumë me një (M:1) është e ngjashme me një marrëdhënie një me shumë. Marrëdhëniet janë unike vetëm nga e majta në të djathtë.

Mbiemri i studentit (M:1) Numri i grupit

modeli konceptual. Një model objekti me atribute që i përshkruajnë ato dhe marrëdhëniet ndërmjet tyre quhet modeli konceptual. Ky model përfaqëson objektet dhe marrëdhëniet e tyre pa specifikuar se si ruhen fizikisht.

Ai paraqitet grafikisht në formën e një diagrami të veçantë të propozuar nga specialisti amerikan i bazës së të dhënave C. Bachman. Në diagramet Bachman, objektet përfaqësohen nga kulmet e një grafi të caktuar matematikor, lidhjet përfaqësohen me harqe grafike. Merrni parasysh, për shembull, modelin e të dhënave të prokurimit (shih Figurën 48).

Oriz. 48 Një shembull i projektimit të një modeli konceptual

Modeli përbëhet nga tre objekte: Furnizuesi, Porosi, Mallrat Marrëdhënia ndërmjet objekteve Furnizuesi dhe Porosi ka një kapacitet një me shumë, pasi çdo porosi i bëhet një furnizuesi, por këtij furnizuesi mund t'i bëhen disa porosi. Marrëdhënia midis objekteve të Porosisë dhe Produktit ka një kardinalitet shumë-për-shumë, pasi një porosi përmban disa produkte dhe një produkt mund të shfaqet në disa porosi.

| Planifikimi i mësimit dhe materialet e mësimit | 8 klasa | Planifikimi i mësimit për vitin shkollor | Modele tabelare

Mësimi 12
Modele tabelare

Modele tabelare

Çështjet në studim:

Tabelat e tipit “objekt-pasuri”.
- Lloji i tabelës "objekt-objekt".
- Matricat binare.

Tabelat e tipit "objekt-pasuri"

Një formë tjetër e zakonshme e modelit të informacionit është tavolinë drejtkëndëshe , i përbërë nga rreshta dhe kolona. Përdorimi i tabelave është aq i njohur sa që zakonisht nuk kërkon shpjegime të mëtejshme për t'i kuptuar ato.

Si shembull, merrni parasysh tabelën 2.1.

Kur përpiloni një tabelë, ajo përfshin vetëm informacionin që i intereson përdoruesit. Për shembull, përveç atyre informacioneve për librat që përfshihen në tabelën 2.1, ka të tjera: botuesi, numri i faqeve, kostoja. Megjithatë, për hartuesin e tabelës 2.1, kishte informacion të mjaftueshëm për autorin, titullin dhe vitin e botimit të librit (kolonat "Autor", "Titulli", "Viti") dhe informacione për të gjetur librin në raftet e rafteve të librave. (kolona "Raft"). Supozohet se të gjitha raftet janë të numëruara dhe, përveç kësaj, çdo libri i është caktuar numri i tij i inventarit (kolona "Numri").

Tabela 2.1 - kjo është model informacioni fondi i librave të bibliotekës së shtëpisë.

Tabela mund të pasqyrojë disa procese që ndodhin në kohë (Tabela 2.2).

Leximet e renditura në tabelën 2.2 janë marrë gjatë pesë ditëve në të njëjtën kohë të ditës. Duke parë tabelën, është e lehtë të krahasohen ditë të ndryshme për nga temperatura, lagështia, etj. Kjo tabelë mund të konsiderohet si një model informacioni i procesit të ndryshimit të gjendjes së motit.

Tabelat 2.1 dhe 2.2 janë lloji i tabelës më i përdorur. Ato quhen tabela "objekt-veti"..

Një rresht i një tabele të tillë përmban informacion për një objekt (një libër në bibliotekë ose motin në orën 12-00 të një dite të caktuar). Kolonat - karakteristika (veti) të veçanta të objekteve.

Sigurisht, rreshtat dhe kolonat në tabelat 2.1 dhe 2.2 mund të ndërrohen duke i rrotulluar 90°. Ndonjëherë ata bëjnë. Pastaj rreshtat do të korrespondojnë me vetitë, dhe kolonat me objektet. Por më shpesh tabelat ndërtohen në mënyrë që të kenë më shumë rreshta se kolona. Si rregull, ka më shumë objekte sesa prona.