Mga batayan ng mga sistema ng impormasyon. Mga database.

Plano.

1. Pangunahing konsepto.

2. Pag-uuri ng mga database.

3. Mga modelo ng data.

4. Mga bagay at koneksyon ng impormasyon.

5. Disenyo ng database.

6. Komposisyon ng database file. Arkitektura ng DBMS.

7. Pag-uugnay ng mga talahanayan. Integridad ng data.

8. Mga uri ng kahilingan. Istruktura ng kahilingan.

Pangunahing konsepto.

Sa kasaysayan ng pag-unlad ng teknolohiya ng computer, mayroong dalawang pangunahing direksyon ng aplikasyon nito.

Ang una ay nagsasangkot ng pagsasagawa ng malalaking kalkulasyon ng numero na mahirap o imposibleng gawin nang manu-mano. Ang pag-unlad ng lugar na ito ay nag-ambag sa pagpapabilis ng pag-unlad ng mga pamamaraan ng pagmomodelo ng matematika, mga pamamaraan ng numero, at mga wikang programming sa mataas na antas na idinisenyo para sa maginhawang representasyon ng mga computational algorithm.

Ang pangalawang direksyon ay nauugnay sa paggamit ng teknolohiya ng computer upang lumikha, mag-imbak at magproseso ng malaking halaga ng data. Ang mga ganitong problema ay nalulutas mga sistema ng impormasyon(AY). Kabilang dito ang paghahanap, reference, banking system, at mga automated na enterprise management system.

Ang mga problema ng unang uri ay nailalarawan sa pamamagitan ng malaking halaga ng computational work na may medyo maliit na mga kinakailangan sa memorya. Ang mga problema ng pangalawang uri, sa kabaligtaran, ay nangangailangan ng malaking halaga ng panlabas na memorya na may medyo maliit na mga kalkulasyon. Ang pangalawang lugar ng aplikasyon ay lumitaw nang mas huli kaysa sa una. Ito ay dahil sa ang katunayan na sa mga unang yugto ang panlabas na memorya ng mga sistema ng computing ay hindi perpekto, i.e. Hindi posible ang maaasahang imbakan ng malalaking volume ng data.

Upang mapadali ang pagproseso ng impormasyon, ang mga sistema ng impormasyon ay nilikha. Sistema ng impormasyon ay isang hardware at software complex na nagbibigay ng mga sumusunod na function:

· pagpasok ng data tungkol sa mga bagay ng isang tiyak na lugar ng paksa;

· maaasahang imbakan at proteksyon ng data sa panlabas na memorya ng computer system;

· pagdaragdag, pagtanggal, pagbabago ng data;

· pag-uuri at pagkuha ng data batay sa mga kahilingan ng user;

· pagsasagawa ng mga pagbabagong-anyo ng impormasyon na tiyak sa isang partikular na lugar ng paksa;

· pagbibigay sa mga user ng isang maginhawang interface; pagbubuod at pag-uulat ng datos.

Ang dami ng data sa isang IS ay maaaring umabot sa bilyun-bilyong byte. Samakatuwid ang pangangailangan para sa mga device na nag-iimbak ng malaking halaga ng data sa panlabas na memorya. Ang bilang ng mga gumagamit ng IS ay maaaring umabot sa libu-libo, na lumilikha ng maraming problema sa pagpapatupad ng mga epektibong algorithm na gumagana ng IS. Ang mga gawaing ito ay matagumpay na malulutas kung ang data sa sistema ng impormasyon nakabalangkas.

Halimbawa structured data - pangkat ng mag-aaral. Ang bawat miyembro ng grupo ay indibidwal sa maraming aspeto, at maaaring makilala mula sa iba't ibang panig. Ngunit ang tanggapan ng dean ay malamang na interesado sa sumusunod na data (lugar ng paksa): apelyido ng mag-aaral, unang pangalan, patronymic, kurso, pangalan ng grupo, hanay ng mga marka sa mga disiplinang pinag-aralan. Kaya, mula sa buong iba't ibang data, ilan lamang ang napili, i.e. isang modelo ng impormasyon ng bagay ay nilikha. Ang data ay isinaayos ayon sa pagkakasunud-sunod kung saan ito lumilitaw, ayon sa mga uri (mga format) ng data na ginamit, pagkatapos ay maaari silang maiproseso ng isang awtomatikong makina, na isang computer.

Ang isang koleksyon ng magkakaugnay na data ay tinatawag istraktura ng data. Tinatawag ang isang set ng structured data na nauugnay sa isang subject area database (DB) . Ang isang set ng mga program na nagpapatupad ng mga function ng IS sa isang database sa isang user-friendly na form ay tinatawag database management system (DBMS). Ang mga program na nagsasagawa ng partikular na pagproseso ng data sa database ay bumubuo ng application program package (APP). Kaya, maaari nating tapusin iyon IP ay isang organisasyonal na asosasyon ng hardware (HW), isa o higit pang mga database (DB), database management system (DBMS) at application software packages (APP).

Pag-uuri ng mga database.

Ayon sa teknolohiya ng pagproseso Ang mga database ay nahahati sa sentralisado at ipinamamahagi.

Sentralisado Ang database ay ganap na nakaimbak sa memorya ng isang computer system. Kung ang system ay bahagi ng isang network, posible ang pag-access sa database na ito ng iba pang mga system.

Naipamahagi Ang isang database ay binubuo ng ilang, posibleng magkakapatong o duplicate na mga database, na nakaimbak sa memorya ng iba't ibang mga computer system na konektado sa isang network.

Batay sa paraan ng pag-access ng data, ang mga database ay nahahati sa lokal at remote (network) na pag-access.

Lokal na pag-access Ipinapalagay na ang DBMS ay nagpoproseso ng isang database na nakaimbak sa parehong computer system.

Malayong pag-access- ito ay isang access sa isang database na naka-imbak sa isa sa mga system na kasama sa network ng computer. Maaaring isagawa ang malayuang pag-access sa isang file-server o client-server na batayan.

Arkitektura ng file server nagsasangkot ng paglalaan ng isa sa mga computer sa network (server) para sa pag-iimbak ng isang sentralisadong database. Ang lahat ng iba pang mga computer sa network (mga kliyente) ay gumaganap ng papel ng mga workstation na kinokopya ang kinakailangang bahagi ng sentralisadong database sa kanilang memorya kung saan nangyayari ang pagproseso. Gayunpaman, na may mataas na intensity ng mga kahilingan sa sentralisadong database, ang pagkarga sa mga channel ng network ay tumataas, na humahantong sa pagbaba sa pagganap ng IS sa kabuuan.

Arkitektura ng Client-server Ipinapalagay na ang isang server na nakatuon sa pag-iimbak ng isang sentralisadong database ay nagpoproseso ng mga kahilingan ng kliyente. Ang mga kliyente ay tumatanggap na ng naprosesong data sa network. Dahil sa malawakang paggamit ng mga database sa iba't ibang lugar, kamakailan ang arkitektura ng client-server ay ginamit din sa mga single computing system. Sa kasong ito, ang programa ng kliyente, na nangangailangan ng data mula sa database, ay nagpapadala ng isang kahilingan sa server - ang programa na namamahala sa pagpapanatili ng database, sa isang espesyal na unibersal na wika ng query. Ipinapadala ng server ang data ng programa na resulta ng paghahanap sa database sa kahilingan nito. Ang pamamaraang ito ay maginhawa dahil ang programa ng kliyente ay hindi kinakailangang maglaman ng lahat ng mga function ng pagpapanatili at pagpapanatili ng database; ang server ang namamahala. Bilang resulta, ang pagsusulat ng mga programa ng kliyente ay pinasimple Bilang karagdagan, ang anumang bilang ng mga kliyente ay maaaring ma-access ang server.

Mga modelo ng data.

Upang ipatupad ang mga pangunahing pag-andar sa IS, ginagamit ang iba't ibang mga prinsipyo ng paglalarawan ng data. Ang core ng anumang database ay modelo ng representasyon ng data.

Modelo ng data tumutukoy sa lohikal na istruktura ng data na nakaimbak sa database (ibig sabihin, ang pagpapakilala ng ilang mga kasunduan sa mga paraan ng paglalahad ng data) at ang mga relasyon sa pagitan ng mga ito.

Ang mga pangunahing modelo ng pagtatanghal ng data ay kinabibilangan ng:

Hierarchical

· Network

· Relasyonal

· Post-relational

· Multidimensional

Object-oriented

Ang modelo ng relational na data ay ang pinakalawak na ginagamit at ang iba pang mga modelo ay maaaring mabawasan dito.

Ang pinakamahalagang konsepto sa relational data models ay kakanyahan. Kakanyahan ay isang bagay ng anumang kalikasan, ang data tungkol sa kung saan ay naka-imbak sa database. Ang data tungkol sa mga entity ay naka-imbak sa dalawang-dimensional na talahanayan na tinatawag na pamanggit.

Ang bawat relational table ay dapat magkaroon ng mga sumusunod na katangian:

· isang elemento ng talahanayan - isang elemento ng data;

· Ang bawat column ng talahanayan ay naglalaman ng data ng parehong uri (integer, numeric, text, atbp.);

Ang bawat hanay ay may natatanging pangalan;

· ang bilang ng mga haligi ay tinukoy kapag lumilikha ng talahanayan;

· ang pagkakasunud-sunod ng mga tala sa isang relasyon ay maaaring maging arbitrary;

· hindi dapat ulitin ang mga entry;

· Ang bilang ng mga tala sa isang relasyon ay hindi limitado.

Ang mga bagay, ang kanilang mga relasyon at relasyon ay ipinakita sa anyo mga mesa. Ang pormal na pagtatayo ng mga talahanayan ay nauugnay sa pangunahing konsepto saloobin(term pamanggit nanggaling sa salitang Ingles relasyon- saloobin).

Para sa mga ibinigay na arbitrary finite set M 1, M 2, ..., M N, ang set ng lahat ng posibleng set ng form (μ 1, μ 2, ..., μ Ν), kung saan μ 1 Є M 1, μ 2 Є M 2, ..., μ Ν Є M N tawagan sila ng produktong Cartesian M 1 × M 2 ×...×M N . Ratio R, na tinukoy sa set M 1, M 2, ..., M N, ay tinatawag na subset ng Cartesian product M 1 × M 2 ×... × M N. Sa kasong ito, ang mga set M 1, M 2, ..., M N ay tinatawag mga domain relasyon, at ang mga elemento ng produkto ng Cartesian ay sa tuples relasyon. Tinutukoy ng numerong N degree relasyon, bilang ng mga tuple - nito kapangyarihan.

Sa isang relational table, ang bawat column ay isang domain (ang alternatibong pangalan nito ay patlang), at ang koleksyon ng mga elemento ng bawat hilera ay isang tuple (o rekord).

Tinatawag ang linya ng header diagram ng relasyon.

Halimbawa, ang scheme ng ugnayan ng MAG-AARAL ay maaaring ang mga sumusunod:

STUDENT (APELYIDO, FIRST NAME, PATRONICAL NAME, FACULTY, COURSE, GROUP), dito ang STUDENT ay karelasyon, at APELYIDO, FIRST NAME, atbp. - mga katangian.

Sa isang relasyon, ang bawat partikular na instance ng isang entity ay kinakatawan ng isang string na tinatawag motorcade(o recording).

Ang sumusunod na talahanayan ay kumakatawan sa ugnayan ng MAG-AARAL

SURNAME	NAME	SURNAME	FACULTY	MABUTI
Ivanov	Ivan	Ivanovich	IEF
Petrov	Peter	Petrovich	RTF
Sidorov	Anton	Egorovich	VT

Pangunahing susi Ang isang relasyon ay isang field o grupo ng mga field na natatanging tumutukoy sa isang record. Sa ugnayang MAG-AARAL, ang pangunahing susi ay maaaring ang patlang ng APELYIDO, kung walang mga pangalan sa lahat, ito ay magiging simple lang susi. Kung mayroong mga namesakes, pagkatapos ay isang hanay ng mga patlang - apelyido, unang pangalan, patronymic - ay lilikha pinagsama-sama pangunahing susi. Sa pagsasagawa, ang isang field kung saan ang mga tugma ay malinaw na hindi kasama ay karaniwang pinipili bilang isang pangunahing field.

Para sa halimbawang isinasaalang-alang, ang nasabing field ay maaaring ang record book number ng estudyante.

Mga Katangian pangunahing susi:

· pagiging natatangi - isang pangunahing key lamang ang maaaring italaga sa isang table na maaaring ulitin ang mga field sa isang composite key, ngunit hindi lahat;

· non-redundancy - dapat walang mga field na, kapag tinanggal mula sa pangunahing key, ay hindi lalabag sa pagiging natatangi nito;

· Ang pangunahing susi ay hindi dapat magsama ng uri, komento at mga graphic na field.

Upang maiwasan ang mga duplicate na talaan, nag-uugnay sila ng mga talahanayan. Halimbawa, kung sa relasyong MAG-AARAL ay kailangang ilarawan ang unibersidad kung saan siya nag-aaral, kung gayon, sa unang tingin, posibleng isama sa kaugnayan ang mga sumusunod na larangang MAG-AARAL (FAST NAME, FIRST NAME, PATTERNAL NAME, FACULTY , KURSO, GROUP, PANGALAN NG UNIVERSITY, ADDRESS). Ngunit kapag pinupunan ang naturang talahanayan, para sa bawat mag-aaral kailangan mong ipahiwatig ang isang medyo mahabang pangalan ng unibersidad at ang address nito, na hindi maginhawa. Bukod dito, ang anumang maliit na pagkakamali sa pagpasok sa mga patlang na ito ay hahantong sa isang paglabag sa pagkakapare-pareho ng database. Halimbawa, ang isang error sa address ng isang unibersidad ay magreresulta sa dalawang unibersidad na may parehong pangalan at magkaibang mga address na lalabas sa database. Sa kasong ito, magpatuloy tulad ng sumusunod: ilagay ang field na "code ng unibersidad" (integer number) sa ugnayan ng MAG-AARAL at magdagdag ng isa pang kaugnayan UNIVERSITY (code ng unibersidad, pangalan, address). Pagkatapos ay iuugnay ang relasyong STUDENT at UNIVERSITY sa pamamagitan ng field na "code ng unibersidad".

MAG-AARAL (FAST NAME, FIRST NAME, PATRONICAL NAME, FACULTY, COURSE, GROUP, UNIVERSITY CODE)

UNIVERSITY (code ng unibersidad, NAME, ADDRESS, TELEPHONE)

Kapag nagtatrabaho sa naturang mga talahanayan, tanging ang data sa field na "University Code" ang maaaring ulitin, at ang lahat ng kinakailangang impormasyon tungkol sa unibersidad ay maaaring makuha mula sa relasyon ng Unibersidad. Pakitandaan na ang paglalagay ng integer number sa field na “University Code” sa halip na mahabang pangalan ay magreresulta sa mas kaunting mga error. Kaugnay ng UNIVERSITY, ang field na "University CODE" ang magiging pangunahing susi, at kaugnay ng STUDENT, ang field na "University CODE" ay magiging foreign key.

Upang ikonekta ang mga relational na talahanayan, dapat kang magpasok ng mga field ng parehong uri sa parehong mga talahanayan, na tutukuyin ang kaugnayan sa pagitan ng mga talaan ng parehong mga talahanayan. Mayroong ilang mga uri ng mga relasyon: "isa sa isa", "isa sa marami", "marami sa marami". Sa halimbawa sa itaas, ang isang one-to-many na relasyon ay itinatag, i.e. Ang isang entry sa UNIVERSITY table ay tumutugma sa maraming entry sa STUDENT table.

Mga bagay at koneksyon ng impormasyon.

Layon ng impormasyon ay isang paglalarawan ng isang tunay na bagay, proseso o kababalaghan sa anyo ng isang hanay ng mga katangian nito (mga elemento ng impormasyon), na tinatawag mga detalye. Ang isang bagay ng impormasyon ng isang tiyak na istraktura (kinakailangang komposisyon) ay bumubuo ng isang uri (klase), na itinalaga ng isang natatanging pangalan. Ang isang bagay ng impormasyon na may mga tiyak na katangian ay tinatawag na isang halimbawa. Nakikilala ang bawat pagkakataon sa pamamagitan ng pagtukoy ng isang pangunahing katangian (key). Ang parehong mga detalye sa iba't ibang mga bagay ng impormasyon ay maaaring parehong susi at naglalarawan. Maaaring magkaroon ng maraming key ang isang information object.

Halimbawa. Ang bagay na impormasyon ng ESTUDYANTE ay may mga sumusunod na kinakailangan: numero(Ang grade book number ay isang mahalagang detalye), apelyido, Pangalan, apelyido, petsa ng kapanganakan, code ng lugar ng pagsasanay. object ng impormasyon PERSONAL PROFILE: numero ng mag-aaral, tirahan ng bahay, numero ng sertipiko O sekondaryang edukasyon, katayuan sa pag-aasawa, mga bata. Ang object ng impormasyon sa LUGAR NG PAG-AARAL ay may kasamang mga detalye, code(mga pangunahing props), pangalan ng unibersidad, faculty, pangkat. Layon ng impormasyon GURO: code(mga pangunahing props), departamento, apelyido, Pangalan, apelyido, akademikong digri, akademikong pamagat, titulo ng trabaho.

Ang mga ugnayang umiiral sa pagitan ng mga tunay na bagay ay tinukoy sa mga modelo ng impormasyon bilang mga komunikasyon . May tatlong uri ng koneksyon: isa sa isa (1:1), isa sa marami(1:∞) at marami sa marami (∞:∞).

Koneksyon isa sa isa tinutukoy na ang isang instance ng information object X ay tumutugma sa hindi hihigit sa isang instance ng information object Y, at vice versa.

Halimbawa. Ang STUDENT at PERSONAL PROFILE information objects ay magkakaugnay sa isang one-to-one na relasyon. Ang bawat mag-aaral ay may ilang natatanging data sa kanyang personal na file.

Kapag nakikipag-ugnayan isa sa marami Ang isang instance ng information object X ay maaaring tumugma sa anumang bilang ng mga instance ng information object Y, ngunit ang bawat instance ng object Y ay nauugnay sa hindi hihigit sa isang instance ng object X.

Halimbawa. Ang isa-sa-maraming relasyon ay dapat na maitatag sa pagitan ng mga bagay na impormasyon LUGAR NG PAG-AARAL at MAG-AARAL. Ang parehong lugar ng pag-aaral ay maaaring ulitin ng maraming beses para sa iba't ibang mga mag-aaral.

Koneksyon marami sa marami Ipinapalagay na ang isang instance ng impormasyon object X ay tumutugma sa anumang bilang ng mga pagkakataon ng object Y, at vice versa.

Halimbawa. Ang mga bagay ng impormasyon ng ESTUDYANTE at GURO ay mayroong maraming-sa-maraming relasyon. Ang bawat mag-aaral ay natututo mula sa maraming guro, at ang bawat guro ay nagtuturo sa maraming mga mag-aaral.

Sa Access, maaari mong tukuyin ang tatlong uri ng mga ugnayan sa pagitan ng mga talahanayan: isa sa marami, marami sa marami At isa sa isa. Koneksyon isa sa marami ay ang pinakakaraniwang ginagamit na uri ng relasyon sa pagitan ng mga talahanayan. Mga koneksyon marami sa marami ay ipinatupad lamang sa tulong ng isang pangatlong (link) na talahanayan, ang susi nito ay binubuo ng hindi bababa sa dalawang mga patlang, ang isa ay karaniwan sa talahanayan X, at ang isa ay karaniwan sa talahanayang Y. Relasyon isa sa isa ay hindi masyadong madalas na ginagamit, dahil ang naturang data ay maaaring ilagay sa isang talahanayan. Koneksyon sa saloobin isa sa isa ginagamit upang hatiin ang napakalawak na mga talahanayan, upang paghiwalayin ang bahagi ng isang talahanayan para sa mga kadahilanang pangseguridad, at upang mag-imbak ng impormasyon na nauugnay sa isang subset ng mga talaan sa pangunahing talahanayan.

Kaugnay na impormasyon.

Database bilang modelo ng impormasyon ng domain

Anumang lugar ng paksa ay maaaring ituring bilang isang dynamic na field ng impormasyon, na sumasaklaw sa mga katangian ng mga bagay, kanilang mga relasyon, mga daloy ng impormasyon sa pagitan nila, atbp. Ang mga pagbabagong nagaganap sa lugar ng paksa ay humahantong sa pagbuo ng mga bagong impormasyon, mga bagong elemento ng impormasyon o kanilang mga pagbabago, na nagpapahintulot sa amin na pag-usapan ang tungkol sa larangan ng impormasyon at, higit pa rito, isang dynamic na field ng impormasyon. Ngunit itinaas nito ang tanong kung paano ang field ng impormasyon ng isang paksa na lugar ay nakamapa sa espasyo ng impormasyon ng mga database o, sa madaling salita, kung aling mga bahagi ng lugar ng paksa ang makikita sa mga database at kung gaano sila ganap na makikita.

Ang database ay isang modelo ng impormasyon ng isang lugar ng paksa.

Tinutukoy ng modelo ng impormasyon ang mga bagay at ugnayan sa pagitan nila. Ang pagbuo ng modelo ng impormasyon ng domain ay kinabibilangan ng pagtukoy sa mga bagay ng domain, isang hanay ng mga katangian na naglalarawan sa mga katangian ng mga bagay na ito, at pagtatatag ng mga ugnayan sa pagitan ng mga bagay.

Ang buong hanay ng mga object domain object ay nahahati sa mga grupo ng mga katulad na bagay na may parehong hanay ng mga katangian (properties). Upang makilala ang bawat object ng domain mula sa iba pang mga object ng isang naibigay na uri, ito ay itinalaga ng isang identifier na nagbibigay-daan dito na natatanging i-reference. Ang identifier na ito ay tinatawag na pangunahing susi. Anumang attribute o kumbinasyon ng ilang object attribute ay maaaring gamitin bilang pangunahing key. Bilang karagdagan, ginagamit ang mga hindi natatanging identifier, na tinatawag na mga dayuhang susi(pangalawang key) at nagsasaad ng mga hanay ng mga bagay ng isang partikular na uri. Kasama sa bawat naturang set ang mga bagay na may parehong foreign key value.

Maaaring may mga koneksyon sa pagitan ng mga bagay ng paksa na may iba't ibang makabuluhang kahulugan. Ang mga koneksyon na ito ay maaaring maging mandatory o opsyonal (opsyonal). Ang ipinag-uutos na ugnayang SUBSTITUTE ay umiiral, halimbawa, sa pagitan ng 2 uri ng mga bagay na EMPLOYEE at POSITION sa paksang "Human Resources Department ng isang Organisasyon". Ang bawat empleyado ay itinalaga sa isang posisyon, at hindi maaaring mayroong isang empleyado na hindi humawak ng isang posisyon. Kasabay nito, opsyonal ang ugnayang PAGPAPALIT sa pagitan ng POSITION at EMPLOYEE object, dahil maaaring may mga bakanteng posisyon.

Ang mga ugnayan sa pagitan ng mga uri ng bagay ay maaaring maging anumang dimensyon (arity). Ang pinakakaraniwang ginagamit ay mga binary na relasyon na nagtatatag ng iba't ibang mga sulat sa pagitan ng mga bagay na may 2 uri - "isa sa isa" (1: 1), "isa sa marami" (1: n), marami sa marami (m: n).

Ang hanay ng mga uri ng mga bagay at mga uri ng mga koneksyon sa pagitan ng mga ito ay nagpapakilala sa istraktura ng lugar ng paksa.

Tingnan natin ang pagbuo ng isang modelo ng impormasyon ng isang lugar ng paksa gamit ang isang halimbawa. Kunin natin ang isang institusyong mas mataas na edukasyon bilang isang paksa. Isa sa mga gawain na nauugnay sa pag-aayos ng pagpasok sa isang unibersidad ay ang pagtatala ng impormasyon tungkol sa mga aplikante. Interesado ang sumusunod na impormasyon: faculty, specialty kung saan isinusumite ang mga dokumento, personal na data (apelyido, pangalan, patronymic, taon ng kapanganakan, kasal, katayuan sa lipunan, atbp.), mga pagsusulit at mga marka sa kanila. Ang aplikante ay nailalarawan sa pamamagitan ng isang natatanging identifier Id*, na nagbibigay-daan sa isa na natatanging tukuyin ang isang partikular na aplikante.

Bilang karagdagan, ang mga sumusunod na koneksyon ay kilala na umiiral:
FACULTY ®®ESPESYALDIES;
FACULTY ®® Id*;
SPECIALTY ®® Id*;
Id* ®® SUBJECT;
Id* ® APELYIDO NG APPLICANT, FIRST NAME, PATRONICAL ID, YEAR OF BIRTH, ...;
Id* ® SUBJECT, ASSESSMENT;
FACULTY ® DEAN, TELEPONO NUMBER;
SPECIALTY CODE ® NUMBER, PANGALAN NG SPECIALTY.

Narito ang ®® ay isang koneksyon ng uri 1: n; ® - 1:1 uri ng koneksyon.

Ngayon isaalang-alang natin ang modelo ng impormasyon ng bahaging iyon ng lugar ng paksa na nauugnay sa organisasyon ng pagpasok sa isang unibersidad (Larawan 1), na dati nang nakilala ang mga bagay na "APPLICANT", "FACULTY", "SPECIALTY" at "SUBJECT" at ginawang pormal ang mga koneksyon.

Fig.1. Modelo ng impormasyon ayon sa pagsusuri ng bagay

Ang mga bagay na modelo ng impormasyon ay kinakatawan ng mga talahanayan sa isang relational database. Tinukoy ng mga haligi ng talahanayan ang mga katangian ng mga bagay, ang mga hilera ng talahanayan ay tumutugma sa mga partikular na bagay ng ganitong uri.

Upang tukuyin ang mga relasyon sa pagitan ng mga bagay sa isang relational database, ginagamit ang pangunahin at dayuhang mga susi. Upang tukuyin ang isang 1:1 na relasyon, ang pangunahing susi ng isang talahanayan ay inilalagay din sa pangalawang talahanayan bilang pangunahing susi. Upang tukuyin ang isang 1:n na relasyon, ang pangunahing key ng unang talahanayan ay idinagdag sa pangalawang talahanayan, ngunit bilang isang dayuhang key na tumuturo sa pangunahing key ng unang talahanayan.

Kaya, ang database ay maaaring isaalang-alang bilang isang modelo ng impormasyon ng lugar ng paksa, dahil ito ay sumasalamin sa mga bagay, kanilang mga katangian at ang mga ugnayan sa pagitan nila - mga elemento ng istraktura ng impormasyon ng lugar ng paksa. Ang pagkakumpleto ng pagmuni-muni ng mga elementong ito ay tinutukoy ng mga resulta ng yugto ng pagmomodelo ng impormasyon.

ER-type na diagram:

Mga pagpapasimple:

1. Tanging ang mga residenteng may apartment ang isinasaalang-alang.

2. Ang isang residente ay maaari lamang irehistro sa isang apartment.

3. Tanging mga tinitirhang apartment kung saan nakarehistro ang mga residente ang isinasaalang-alang.

4. Maraming residente ang maaaring magparehistro sa isang apartment.

5. Isang numero ng telepono para sa isang apartment.

6. Hindi lahat ng apartment ay maaaring magkaroon ng telepono.

7. May mga residenteng walang pinagkakakitaan (mga bata).

8. Ang isang residente ay maaaring magkaroon ng maraming pinagmumulan ng kita.

9. Iba't ibang uri ng kita para sa iba't ibang residente.

10. May mga uri ng kita na hindi ginagamit.

Pagtatapos ng trabaho -

Ang paksang ito ay kabilang sa seksyon:

Paghahambing ng single-table at multi-table database

Sa website ay mababasa ang: "paghahambing ng mga database ng single-table at multi-table"

Kung kailangan mo ng karagdagang materyal sa paksang ito, o hindi mo nakita ang iyong hinahanap, inirerekumenda namin ang paggamit ng paghahanap sa aming database ng mga gawa:

Ano ang gagawin natin sa natanggap na materyal:

Kung ang materyal na ito ay kapaki-pakinabang sa iyo, maaari mo itong i-save sa iyong pahina sa mga social network:

Tweet

Lahat ng mga paksa sa seksyong ito:

Mga bahagi ng BnD
Ang diksyunaryo ng data ay isang "imbakan" ng metainformation.

Metainformation - impormasyon
Yugto ng Kahulugan ng Subcircuit

Ang ilang mga DBMS ay may kakayahang ilarawan ang lohikal na istraktura ng database mula sa punto ng view ng isang partikular na pangkat ng gumagamit. Ang ganitong modelo ay tinatawag na panlabas, at ang paglalarawan nito ay tinatawag na subschema
Infological na pagmomodelo ng lugar ng paksa. Komposisyon ng modelo ng impormasyon (ILM)

1-2. Ang paglalarawan ng lugar ng paksa ay kinakatawan gamit ang ilang uri ng sistema ng pag-sign, samakatuwid sa
Paglalarawan ng mga bagay at ang kanilang mga katangian. Mga uri ng mga katangian ng bagay

Ang object class ay isang koleksyon ng mga bagay na may parehong hanay ng mga katangian.
Ang mga klase ng object ay maaaring parehong materyal at abstract (halimbawa, mga bagay na

ER-type na diagram
Ang uri ng koneksyon ay 1 hanggang 1. Ang klase ng mga bagay na kabilang sa parehong P at K ay opsyonal

Mga uri ng kumplikadong bagay
1. Pinagsamang bagay.

2. Pangkalahatang bagay.
3. Pinagsama-samang bagay.

Pinagsamang bagay
Upang mapabilis ang pag-access sa impormasyon sa isang file, ini-index ang file. Ang index key na ginagamit sa pag-index ay ang attribute o set ng mga attribute na tinukoy sa relasyon. Sa bahagi

Paraan ng disenyo ng RDB batay sa ILM (mga panuntunan 1-12)
1. Para sa bawat simpleng bagay at sa mga indibidwal na katangian nito, isang relasyon ang binuo, ang mga katangian nito ay mga object identifier at ang mga detalye ay tumutugma sa bawat isa sa mga indibidwal na katangian

Pagtukoy sa komposisyon ng database at mga relasyon
Prinsipyo ng synthesis: Kasama sa database ang mga katangian ng lahat ng entity + nakalkulang SumD ng kita.

Ang database ay binubuo ng 5 relasyon: PERSON (Nom, FIO, Rdate, Pol, S
Paghahambing ng single-table at multi-table database

Maaaring mangyari ang mga problema sa pagpasok, pag-update, at pagtanggal.
Problema sa pagpasok Ang anumang database ay hindi dapat magkaroon ng mga field na may hindi natukoy o walang laman na mga halaga.

Halimbawa: para sa od
Structured Query Language

Isinasaalang-alang ng mga partikular na pagpapatupad ng SQL ang mga kinakailangan ng pamantayan, ngunit nagbibigay din ng mga karagdagang kakayahan (SQL1, SQL2(1992), SQL3(1999)) Maaaring gamitin ang SQL sa 2 mga mode: 1. Int<>, <, >, <=, >Pumili ng alok

Ang TRP ay maaaring isang pangalan ng column, isang pare-pareho, o isang expression.
Tinutukoy ng pangalan ng column ang isa sa mga column na nakapaloob sa table na tinukoy sa FROM clause. Maaari itong tukuyin

Tinutukoy kung aling mga row ang pipiliin. Ang kundisyon sa paghahanap ay itinakda bilang pamantayan sa pagpili.
Mga uri ng mga termino para sa paghahanap: 1. Paghahambing. =,

=.
2. Patunayan

Pinagsama-samang mga termino para sa paghahanap. Mga talahanayan ng katotohanan
AT true false null OR true

SQL Aggregate Function
Ang mga resultang query ay maaaring binubuo ng iba't ibang operator at pinagsama-samang function ng wika. Ang lahat ng mga function ay kumukuha ng isang buong column ng data bilang isang argumento at nagbabalik ng isa, summarized value

Mga query na may pagpapangkat at mga paghihigpit sa mga ito
SELECT *FROM PERSON WHERE EXISTS (SELECT ID FROM HAVE_D, PROVIT WHERE PROVIT.ID

Pagdaragdag ng mga bagong elemento
Ang pinakamaliit na yunit ng impormasyon na maaaring idagdag sa isang database ay isang solong hilera.

Mayroong 2 paraan upang magdagdag ng mga bagong row: 1) isang pahayag na INSERT na may isang linya, kasama ang
Pagtanggal ng umiiral na data

Ang pinakamaliit na yunit ng impormasyon na maaaring alisin sa database ay 1 hilera. Upang tanggalin ang mga hilera mula sa 1st table, ang DELETE statement ay ginagamit.
TANGGALIN MULA SA – table_name -------------------

Mga kundisyon sa uniqueness ng data
Kunin natin ang talahanayan ng PERSON at ilarawan ang istraktura nito: GUMAWA NG TABLE PERSON (INTERBASE) (NOM INTEGER NOT N

Pagbabago ng kahulugan ng talahanayan
Ang ALTER TABLE ay ginagamit upang: 1. magdagdag ng bagong kahulugan ng column.

2. baguhin ang default na halaga.

3. baguhin o tanggalin ang pangunahing key ng talahanayan.

Mga index

Ang index ay isang tool na nagbibigay ng mabilis na access sa mga row ng talahanayan batay sa halaga ng isa o higit pang column. Ang index ay nag-iimbak ng mga halaga ng data at mga pointer sa mga hilera

Ang ikalawang yugto ng pagsusuri ng lugar ng paksa ay binubuo ng pagpili ng mga bagay ng impormasyon, pagtatakda ng mga kinakailangang katangian para sa bawat bagay, pagtukoy ng mga koneksyon sa pagitan ng mga bagay, pagtukoy sa mga paghihigpit na ipinataw sa mga bagay ng impormasyon, ang mga uri ng koneksyon sa pagitan ng mga ito, at ang mga katangian ng mga bagay na impormasyon. .

Kapag pumipili ng mga bagay ng impormasyon, kailangan mong sagutin ang ilang mga katanungan:

1. Anong mga talahanayan ang maaaring hatiin ang data na itatabi sa database?

2. Anong pangalan ang maaaring ibigay sa bawat talahanayan?

3. Ano ang mga pinakakawili-wiling katangian (mula sa pananaw ng gumagamit)?

4. Anong mga pangalan ang maaaring italaga sa mga napiling katangian?

Sa aming kaso, dapat itong lumikha ng mga sumusunod na talahanayan (Larawan 4):

I-highlight natin ang mga koneksyon sa pagitan ng mga bagay ng impormasyon (Larawan 5)

Sa prosesong ito, kailangang masagot ang mga sumusunod na katanungan:

1. Anong mga uri ng koneksyon sa pagitan ng mga bagay na impormasyon?

2. Anong pangalan ang maaaring ibigay sa bawat uri ng relasyon?

3. Ano ang mga posibleng uri ng koneksyon na maaaring magamit pagkatapos?

Ang pagtatangkang magtakda ng mga paghihigpit sa mga bagay, ang kanilang mga katangian at koneksyon ay humahantong sa pangangailangang sagutin ang mga sumusunod na tanong:

1. Ano ang hanay ng mga halaga para sa mga numerical na katangian?

Pagbuo ng Konseptwal na Modelo

Sa mga simpleng kaso, ginagamit ang mga tradisyunal na paraan ng pagsasama-sama at paglalahat upang makabuo ng isang konseptwal na diagram. Sa panahon ng pagsasama-sama, ang mga bagay ng impormasyon (mga elemento ng data) ay pinagsama sa isa alinsunod sa mga semantikong relasyon sa pagitan ng mga bagay. Halimbawa, ang isang aralin sa kasaysayan sa grade 10 ay gaganapin sa silid No. 7, simula 9:30. Gamit ang paraan ng pagsasama-sama, gumawa kami ng isang information object (entity) SCHEDULE na may mga sumusunod na katangian: “class”, “subject”, “office”, “time”. Kapag nag-generalize, ang mga bagay ng impormasyon (mga elemento ng data) ay pinagsama sa isang generic na bagay (Larawan 7):

Ang pagpili ng modelo ay pangunahing idinidikta ng likas na lugar ng paksa at ang mga kinakailangan para sa database. Ang isa pang mahalagang pangyayari ay ang pagsasarili ng konseptwal na modelo mula sa DBMS, na dapat piliin pagkatapos mabuo ang konseptwal na diagram.

Ang mga modelo ng relasyon sa entity, na nagbibigay ng kakayahang kumatawan sa istruktura at mga hadlang ng totoong mundo at pagkatapos ay ibahin ang mga ito alinsunod sa mga kakayahan ng mga pang-industriyang DBMS, ay napakakaraniwan.

Ang kakanyahan ay nauunawaan bilang pangunahing nilalaman ng kababalaghan, proseso o bagay tungkol sa kung aling impormasyon ang nakolekta para sa database. Ang isang nilalang ay maaaring isang lugar, isang bagay, isang tao, isang kababalaghan, atbp. Sa kasong ito, may ginawang pagkakaiba sa pagitan ng isang uri ng entity at isang instance ng entity. Ang isang uri ng entity ay karaniwang nauunawaan bilang isang hanay ng mga homogenous na bagay na kumikilos bilang isang buo. Ang konsepto ng "instance ng entity" ay tumutukoy sa isang partikular na item. Halimbawa:

Uri ng entity - mag-aaral

Halimbawa ng entidad - Ivanov, Petrov, Sidorov, atbp.

Sa aming halimbawa, ang Paaralan, Klase, Mga Paksa, Mag-aaral, Guro, Grado ay mga entidad. Suriin natin ang mga koneksyon sa pagitan ng mga entity (Larawan 8).

Ngayon ay maaari kang magpatuloy sa pagdidisenyo ng impormasyon (konsepto) na diagram ng database (ang mga katangian ng entity ay hindi ipinapakita sa diagram) (Larawan 9).

nabibilang		Paaralan
Klase		Pag-aaral		Estudyante
gumagana				pag-aaral
Guro		Nagtuturo		item
			pagsusulit
			Pahayag

Lohikal na disenyo

Ang lohikal na disenyo ay isang kinakailangang hakbang kapag lumilikha ng isang database. Ang pangunahing gawain ng lohikal na disenyo ay ang pagbuo ng isang lohikal na diagram na nakatuon sa napiling sistema ng pamamahala ng database. Ang proseso ng lohikal na disenyo ay binubuo ng mga sumusunod na hakbang:

1. Pagpili ng isang partikular na DBMS;

2. Pagma-map ng conceptual diagram sa isang logical diagram;

3. Pagpili ng wika sa pagmamanipula ng data.

Pagpili ng isang partikular na DBMS

Ang isa sa mga pangunahing pamantayan para sa pagpili ng isang DBMS ay upang masuri kung gaano kabisa ang panloob na modelo ng data na sinusuportahan ng system ay nailalarawan ang konseptong schema. Ang mga sistema ng pamamahala ng database na naglalayong sa mga personal na computer ay karaniwang sumusuporta sa isang modelo ng data ng relasyon o network. Ang karamihan sa mga modernong DBMS ay relational.

Ang pagdidisenyo ng mga database batay sa relational na modelo ay may ilang mahahalagang pakinabang sa iba pang mga modelo.

· Kalayaan ng lohikal na istraktura mula sa pisikal at representasyon ng gumagamit.

· Kakayahang umangkop ng istraktura ng database - hindi nililimitahan ng mga solusyon sa disenyo ang kakayahan ng developer ng database na magsagawa ng iba't ibang uri ng mga query sa hinaharap.

Dahil ang relational na modelo ay hindi nangangailangan ng paglalarawan ng lahat ng posibleng relasyon sa pagitan ng data, ang developer ay maaaring magtanong pagkatapos ng anumang mga lohikal na relasyon na nilalaman sa database, at hindi lamang ang mga orihinal na binalak.

Modelo ng impormasyon (modelo ng impormasyon-lohikal)- isang human-oriented at independiyente sa modelo ng domain ng uri ng DBMS na tumutukoy sa mga hanay ng mga bagay na impormasyon, ang kanilang mga katangian at ugnayan sa pagitan ng mga bagay, ang dinamika ng mga pagbabago sa domain ng paksa, pati na rin ang likas na katangian ng mga pangangailangan ng impormasyon ng mga gumagamit. Ang modelo ng impormasyon ng lugar ng paksa ay maaaring ilarawan ng modelong "entity-relationship" (modelo ni Chen), na batay sa paghahati ng totoong mundo sa magkakahiwalay na nakikilalang mga entity na nasa ilang partikular na koneksyon sa isa't isa, at parehong mga kategorya - ang kakanyahan at koneksyon ay itinuturing na pangunahin, hindi tiyak na mga konsepto .

Ang layunin ng pagmomodelo ng impormasyon

• pagbibigay ng pinaka natural na mga paraan para sa mga tao upang mangolekta at ipakita ang impormasyon na dapat na naka-imbak sa nilikha database. Samakatuwid, sinusubukan nilang bumuo ng isang infological data model sa pamamagitan ng pagkakatulad sa natural na wika (ang huli ay hindi magagamit sa dalisay nitong anyo dahil sa pagiging kumplikado ng pagproseso ng teksto sa computer at ang kalabuan ng anumang natural na wika). Ang mga pangunahing nakabubuo na elemento ng mga modelo ng impormasyon ay mga entidad, mga koneksyon sa pagitan nila at ng kanilang mga katangian (mga katangian).

Pangunahing Konsepto

• Kakanyahan– anumang bagay na nakikilala (isang bagay na maaari nating makilala mula sa iba), impormasyon tungkol sa kung saan dapat na naka-imbak sa isang database. Ang mga entity ay maaaring mga tao, lugar, eroplano, flight, panlasa, kulay, atbp. Kinakailangang makilala ang mga konsepto tulad ng uri ng entity at instance ng entity. Ang konsepto ng uri ng entity ay tumutukoy sa isang hanay ng mga magkakatulad na indibidwal, bagay, kaganapan o ideya na kumikilos bilang isang buo. Ang isang entity instance ay tumutukoy sa isang partikular na bagay sa isang set. Halimbawa, ang uri ng entity ay maaaring CITY, at ang instance ay maaaring Moscow, Kyiv, atbp.
• Katangian– isang pinangalanang katangian ng isang nilalang. Dapat na natatangi ang pangalan nito para sa isang partikular na uri ng entity, ngunit maaaring pareho para sa iba't ibang uri ng entity (halimbawa, maaaring tukuyin ang COLOR para sa maraming entity: ASO, KOTSE, ASOK, atbp.). Ginagamit ang mga katangian upang tukuyin kung anong impormasyon ang dapat kolektahin tungkol sa isang entity. Ang mga halimbawa ng mga katangian para sa entity ng CAR ay TYPE, MAKE, LICENSE PLATE, COLOR, atbp. Dito rin mayroong pagkakaiba sa pagitan ng uri at halimbawa. Ang uri ng attribute na COLOR ay may maraming instance o value: Red, Blue, Banana, White Night, atbp., ngunit ang bawat entity instance ay itinalaga lang ng isang attribute value.

Walang ganap na pagkakaiba sa pagitan ng mga uri at katangian ng entity. Ang isang katangian ay ganoon lamang kaugnay sa uri ng entity. Sa ibang konteksto, maaaring kumilos ang isang katangian bilang isang independiyenteng entity. Halimbawa, para sa isang planta ng sasakyan, ang kulay ay isang katangian lamang ng produkto ng produksyon, ngunit para sa isang pabrika ng pintura at barnisan, ang kulay ay isang uri ng entity.

• Susi– isang minimum na hanay ng mga katangian na ang mga halaga ay maaaring magamit upang natatanging mahanap ang kinakailangang instance ng isang entity. Minimality ay nangangahulugan na ang pagbubukod ng anumang katangian mula sa hanay ay hindi nagpapahintulot sa pagtukoy ng entity ng mga natitira. Para sa entity ng Iskedyul, ang susi ay ang Flight_number attribute o ang set ng: Departure_point, Departure_time at Destination_point (sa kondisyon na ang isang eroplano ay lilipad mula sa punto patungo sa anumang oras).

• Koneksyon– samahan ng dalawa o higit pang entity. Kung ang layunin ng database ay mag-imbak lamang ng indibidwal, walang kaugnayang data, kung gayon ang istraktura nito ay maaaring napakasimple. Gayunpaman, ang isa sa mga pangunahing kinakailangan para sa pag-aayos ng isang database ay upang matiyak ang kakayahang makahanap ng ilang mga nilalang sa pamamagitan ng mga halaga ng iba, kung saan kinakailangan upang magtatag ng ilang mga koneksyon sa pagitan nila. At dahil ang mga totoong database ay kadalasang naglalaman ng daan-daan o kahit libu-libong entity, sa teoryang higit sa isang milyong koneksyon ang maaaring maitatag sa pagitan nila. Ang pagkakaroon ng napakaraming koneksyon ay tumutukoy sa pagiging kumplikado ng mga modelo ng impormasyon.

Mga kinakailangan para sa modelo ng impormasyon

• Sapat na pagmamapa ng lugar ng paksa
• Pag-iwas sa hindi malabong interpretasyon ng modelo
• Malinaw na kahulugan ng na-modelo na lugar ng paksa (finiteness ng modelo)
• Madaling pagpapalawak, tinitiyak ang pagpasok ng bagong data nang hindi binabago ang mga dati nang tinukoy, ang parehong naaangkop sa pagtanggal ng data
• Posibilidad ng komposisyon at agnas ng modelo dahil sa malaking sukat ng mga tunay na modelo ng impormasyon
• Madaling maunawaan ng iba't ibang kategorya ng mga user; Ito ay kanais-nais na ang modelo ng impormasyon ay binuo (o hindi bababa sa lumahok sa paglikha nito) ng isang espesyalista na nagtatrabaho sa isang partikular na lugar ng paksa, at hindi lamang ng isang taga-disenyo ng mga sistema ng pagproseso ng data ng computer
• Applicability ng model specification language para sa parehong manual at computer-aided na disenyo ng mga information system

Mga bahagi ng isang modelo ng impormasyon

• Paglalarawan ng mga bagay at ugnayan sa pagitan ng mga ito, na tinatawag na ER-model (na nangangahulugang "Entity-Relationship") na modelo)
• Paglalarawan ng mga pangangailangan ng impormasyon ng gumagamit
• Algorithmic attribute relationships
• Ang mga ugnayang pangwika ay tinutukoy ng mga kakaibang katangian ng pagkatawan ng paksang lugar sa kapaligirang pangwika
• Mga Limitasyon sa Integridad

Pagbuo ng "Object - Property - Relationship" na modelo

Mga klase ng bagay

Sa lugar ng paksa, sa proseso ng pagsusuri at pagsusuri nito, nakikilala nila mga klase ng bagay. Ang object class ay isang koleksyon ng mga bagay na may parehong hanay ng mga katangian. Halimbawa, kung isasaalang-alang natin ang isang unibersidad bilang isang paksa, kung gayon ang mga sumusunod na klase ng mga bagay ay maaaring makilala: mga mag-aaral, guro, madla, atbp. Ang mga bagay ay maaaring maging totoo, tulad ng nabanggit sa itaas, o maaari silang maging abstract, tulad ng mga bagay, na pinag-aaralan ng mga mag-aaral.

Kapag makikita sa isang sistema ng impormasyon, ang bawat bagay ay kinakatawan ng pagkakakilanlan nito, na nagpapakilala sa isang bagay ng isang klase mula sa isa pa, at ang bawat klase ng mga bagay ay kinakatawan ng pangalan ng klase na ito. Kaya, para sa mga bagay ng klase na "PAG-ARALAN NG MGA PAKSA", ang identifier ng bawat bagay ay magiging "PANGALAN NG PAKSA". Ang ID ay dapat na natatangi.

Ang bawat bagay ay may partikular na hanay ng mga katangian. Para sa mga bagay ng parehong klase, ang hanay ng mga katangiang ito ay pareho, ngunit ang kanilang mga halaga, natural, ay maaaring magkaiba. Halimbawa, para sa mga bagay ng klase ng "ESTUDYANTE", ang naturang hanay ng mga katangian na naglalarawan sa mga bagay ng klase ay maaaring "TAON NG KApanganakan", "KASARIAN", atbp.

Kapag naglalarawan ng isang lugar ng paksa, kinakailangang ilarawan ang bawat isa sa mga umiiral na klase ng mga bagay at ang hanay ng mga katangian na naayos para sa mga bagay ng klase na ito.

Gagamitin namin ang sumusunod na notasyon upang ipakita ang mga bagay at ang kanilang mga katangian.

Ang bawat object class sa isang information model ay bibigyan ng natatanging pangalan. Ang pangalan ng isang object class ay isang grammatical phrase ng isang pangngalan (isang pangngalan na maaaring magkaroon ng adjectives at prepositions). Kung ang pangalan ay binubuo ng ilang mga salita, kung gayon ito ay kanais-nais na ang pangngalan ay mauna. Ang pangngalan ay dapat gamitin sa isahan, hindi sa maramihan. Samakatuwid, para sa klase ng mga bagay na "NAG-ARAL NG MGA DISIPLINA" na tinalakay sa itaas, mas mainam na bigyan ang pangalang "NAG-ARAL NG DISIPLINA". Kung sa isang lugar ng paksa, ang iba't ibang mga pangalan ay tradisyonal na ginagamit upang italaga ang anumang klase ng mga bagay (i.e. mayroong kasingkahulugan), kung gayon ang lahat ng mga ito ay dapat na maitala kapag inilalarawan ang system, kung gayon ang isa sa mga ito ay pipiliin bilang pangunahing isa, at ito lamang ang dapat gagamitin sa hinaharap sa ILM. Bilang karagdagan sa pangalan ng object class, magagamit ng ILM ang maikling pagtatalaga ng code nito.

Kapag gumagawa ng isang modelo ng impormasyon, ipinapayong magbigay ng pandiwang interpretasyon ng bawat entity, lalo na kung posible ang isang hindi maliwanag na interpretasyon ng konsepto.

Mga ugnayan sa pagitan ng isang bagay at mga katangian nito

Kapag naglalarawan ng isang lugar ng paksa, kinakailangan upang ipakita ang mga koneksyon sa pagitan ng bagay at mga katangian na nagpapakilala dito. Ito ay inilalarawan lamang bilang isang linya na nagkokonekta sa pagtatalaga ng isang bagay at mga katangian nito.

Ang ugnayan sa pagitan ng isang bagay at ari-arian nito ay maaaring magkaiba. Ang isang bagay ay maaari lamang magkaroon ng isang halaga para sa isang ari-arian. Halimbawa, ang bawat tao ay maaari lamang magkaroon ng isang petsa ng kapanganakan. Tawagan natin ang mga katangiang ito walang asawa. Para sa iba pang mga pag-aari, posible para sa isang bagay na magkaroon ng ilang mga halaga sa parehong oras. Hayaan, halimbawa, kapag inilalarawan ang isang "EMPLOYEE", ang "Banyagang WIKA" na kanyang sinasalita ay naitala bilang kanyang pag-aari. Dahil alam ng isang empleyado ang ilang wikang banyaga, tatawagin namin ang property na ito maramihan. Kapag inilalarawan ang koneksyon sa pagitan ng isang bagay at ng mga katangian nito, gagamit kami ng isang arrow para sa mga solong katangian, at isang dobleng arrow para sa maraming katangian.

Bilang karagdagan, ang ilang mga pag-aari ay permanente; Tawagan natin ang mga katangiang ito static, at ang mga pag-aari na maaaring magbago ang halaga sa paglipas ng panahon ay tatawagin pabago-bago.

Ang isa pang katangian ng koneksyon sa pagitan ng isang bagay at ari-arian nito ay isang senyales kung ang pag-aari na ito ay naroroon sa lahat ng mga bagay ng isang partikular na klase o wala sa ilang mga bagay. Halimbawa, ang mga indibidwal na empleyado ay maaaring magkaroon ng "ACHIEVEMENT DEGREE" na pag-aari, ngunit ang ibang mga bagay ng klase na ito ay maaaring walang tinukoy na pag-aari. Tawagin natin ang mga naturang pag-aari na may kondisyon.

Kapag inilalarawan ang koneksyon sa pagitan ng conditional property at isang object, gagamit kami ng dotted line, at para isaad ang mga dynamic at static na property ay gagamitin namin ang mga letrang D at S sa itaas ng kaukulang linya.

Minsan kapaki-pakinabang na ipakilala ang konsepto ng isang "composite property" sa isang infological na modelo. Ang mga halimbawa ng mga naturang property ay ang "ADDRESS", na binubuo ng "CITY", "STREET", "HOUSE" at "APARTMENT", at "BIRTH DATE", na binubuo ng "DAY", "MONTH" at "YEAR". Sa ILM, upang tukuyin ang isang pinagsama-samang pag-aari, gumagamit kami ng isang parisukat, kung saan nagmumula ang mga linya na nagkokonekta dito sa mga pagtatalaga ng mga elementong bumubuo nito.

Mga ugnayan sa pagitan ng mga bagay

Bilang karagdagan sa koneksyon sa pagitan ng isang bagay at mga katangian nito, ang modelo ng impormasyon ay kumukuha ng mga koneksyon sa pagitan ng mga bagay ng iba't ibang klase. Mayroong mga koneksyon ng mga sumusunod na uri:

• “isa sa isa” (1:1): sa bawat sandali ng oras, ang bawat kinatawan (halimbawa) ng entity A ay tumutugma sa 1 o 0 kinatawan ng entity B:

Ang isang mag-aaral ay maaaring hindi "kumita" ng isang scholarship, makatanggap ng isang regular na scholarship, o makatanggap ng isa sa mga pinahusay na scholarship.

• “one-to-many” (1:M): isang kinatawan ng entity A ay tumutugma sa 0, 1 o ilang kinatawan ng entity B.

Maaaring walang laman ang apartment;

• "marami sa isa" (M:1)

Minsan ang mga ganitong uri ng koneksyon ay tinatawag na antas ng koneksyon. Bilang karagdagan sa antas ng koneksyon sa infological na modelo, upang makilala ang koneksyon sa pagitan ng iba't ibang mga entity, kinakailangang ipahiwatig ang tinatawag na "membership class", na nagpapakita kung maaaring walang koneksyon sa pagitan ng isang bagay ng isang naibigay na klase at anumang bagay ng ibang klase. Ang klase ng membership ng isang entity ay dapat na kinakailangan o opsyonal.

Ipaliwanag natin kung ano ang sinabi na may mga tiyak na halimbawa. Tulad ng nabanggit sa itaas, ang infological na modelo ay hindi binuo para sa isang bagay, ngunit nagpapakita ng mga klase ng mga bagay at mga koneksyon sa pagitan ng mga ito. Ang isang kaukulang diagram na nagpapakita nito ay tinatawag na ER-type na diagram (ang pangalan na ito ay dahil sa katotohanan na sa Ingles ang salitang "entity" ay nakasulat na "Entity", at ang relasyon ay "Relationship"). Gayunpaman, kung minsan, bilang karagdagan sa mga diagram na uri ng ER, ginagamit ang mga diagram ng ER-instance.

Ipagpalagay natin na ipinapakita ng infological na modelo ang koneksyon sa pagitan ng dalawang klase ng mga bagay: “PERSONALIDAD” at “Foreign LANGUAGE”. -

Ipagpalagay natin na ang domain ay isang pabrika kung saan alam ng ilang empleyado ang isang wikang banyaga, ngunit wala sa kanila ang nagsasalita ng higit sa isang wika. Naturally, maraming mga wika na walang sinuman sa mga empleyado ang nagsasalita, at ang ilan sa mga empleyado ay nagsasalita ng parehong wikang banyaga.

Ipagpalagay pa natin na ang subject area ay isang institute, at ang PERSON object ay kumakatawan sa mga aplikanteng pumapasok sa institute na iyon. Ang bawat isa sa mga aplikante ay dapat na bihasa sa ilang wikang banyaga, ngunit walang nagsasalita ng higit sa isang wika.

Sa parehong una at pangalawang kaso na isinasaalang-alang, ang kaugnayan M:1 ay sinusunod sa pagitan ng mga entity. Sa diagram, ipinapakita ito mula sa gilid ng object na "PERSONALITY" na may double arrow, at mula sa gilid ng object na "Foreign LANGUAGE" - isang solong arrow sa isang linya na naglalarawan ng koneksyon sa pagitan ng mga entity na ito.

Ang pagkakaiba sa mga sitwasyong isinasaalang-alang ay na sa unang kaso, ang klase ng pagiging miyembro ay opsyonal para sa parehong mga entity, at sa pangalawang kaso, para sa entity na "PERSONALIDAD", ang klase ng pagiging miyembro ay sapilitan. Sa diagram, ito ay kinakatawan ng isang tuldok sa parihaba na tumutugma sa bagay na "PERSONALIDAD".

Hayaang pareho ang paksa ng paksa sa nakaraang kaso, ngunit may mga sitwasyon kung saan alam ng ilang aplikante ang ilang wikang banyaga. Sa kasong ito, ang koneksyon sa pagitan ng mga bagay ay magiging uri M: M.

Ipagpalagay natin na ang paksang lugar ay isang tiyak na institusyong pangwika, kung saan ang bawat empleyado ay kinakailangang nakakaalam ng ilang mga wikang banyaga, at para sa bawat isa sa mga wikang kilala sa agham sa institusyong ito mayroong hindi bababa sa isang espesyalista na nagsasalita nito.

Sa kasong ito, ang ugnayan sa pagitan ng mga entity ay magiging M:M, at ang klase ng membership ng parehong entity ay sapilitan.

Simple at kumplikadong mga bagay

Ang isang bagay ay sinasabing simple kung ito ay itinuturing na hindi mahahati. Ang isang kumplikadong bagay ay isang kumbinasyon ng iba pang mga bagay, simple o kumplikado, na ipinapakita din sa sistema ng impormasyon. Ang konsepto ng "simple" at "kumplikadong" bagay ay kamag-anak. Sa isang pagsasaalang-alang, ang isang bagay ay maaaring ituring na simple, at sa isa pa, ang parehong bagay ay maaaring ituring na kumplikado. Halimbawa, ang bagay na "upuan" sa subsystem ng accounting ng mga materyal na asset ay ituturing bilang isang simpleng bagay, ngunit para sa isang negosyo na gumagawa ng mga upuan, ito ay magiging isang pinagsama-samang bagay (kabilang ang "mga binti", "backrest", "upuan", atbp.).

Mayroong ilang mga uri ng mga kumplikadong bagay: pinagsama-samang mga bagay, mga pangkalahatang bagay at pinagsama-samang mga bagay.

Ang isang pinagsama-samang bagay ay tumutugma sa pagmamapa ng "buong bahagi" na relasyon. Ang mga halimbawa ng composite object ay NODES - PARTS, CLASS - STUDENTS, atbp.

Upang magpakita ng mga pinagsama-samang bagay sa isang modelo ng impormasyon, walang mga espesyal na simbolo ang karaniwang ginagamit. Ang ugnayan sa pagitan ng isang composite at mga constituent object nito ay ipinapakita sa parehong paraan tulad ng inilarawan sa itaas. Bukod dito, ang likas na katangian ng koneksyon ay maaari ding magkaiba: halimbawa, ang "DETALYE" at "NODES" ay konektado ng isang relasyon ng uri M: M, at ang "GROUP" at "STUDENTS" ay konektado ng isang relasyon ng 1: M .

Ang isang pangkalahatang bagay ay sumasalamin sa pagkakaroon ng isang "genus-species" na relasyon sa pagitan ng mga bagay sa lugar ng paksa. Halimbawa, ang mga bagay na STUDENT, SCHOOLBOY, GRADUATE, TECHNICAL SCHOOL STUDENT ay bumubuo ng generalized object STUDENTS. Ang mga bagay na bumubuo sa isang pangkalahatang bagay ay tinatawag na mga kategorya nito.

Ang parehong "generic" na bagay at "species" na mga bagay ay maaaring magkaroon ng isang tiyak na hanay ng mga katangian. Bukod dito, ang tinatawag na pamana ng mga pag-aari ay sinusunod, ibig sabihin, ang isang "species" na bagay ay mayroong lahat ng mga katangian na mayroon ang isang "generic" na bagay, kasama ang mga katangian na likas lamang sa mga bagay na may ganitong uri.

Ang mga pinagsama-samang bagay ay karaniwang tumutugma sa ilang proseso kung saan ang iba pang mga bagay ay "kasangkot." Halimbawa, pinagsasama ng pinagsama-samang bagay na "DELIVERY" ang mga bagay na "SUPPLIER", na nagbibigay ng mga produkto, "CONSUMER", na tumatanggap ng mga produktong ito, gayundin ang mismong ibinigay na "PRODUCTS". Ang isang natatanging bagay ay ang "PETSA NG PAGHAHATID". Ang isang pinagsama-samang bagay, tulad ng isang simpleng bagay, ay maaaring magkaroon ng mga katangian na nagpapakilala dito. Sa halimbawang isinasaalang-alang, ang naturang ari-arian ay maaaring ang laki ng paghahatid.

Paghahambing ng mga pamamaraan para sa pagbuo ng mga modelo ng ER

Ang mga modelo ng ER ay napakalawak na ginagamit sa kasanayan sa disenyo ng database. Bukod dito, ginagamit ang mga ito kapwa sa manu-manong at computer-aided na disenyo. Ang mga pamamaraan para sa graphical na representasyon ng mga modelo ng ER ay medyo naiiba sa iba't ibang mga sistema ng automation ng disenyo at sa iba't ibang mga mapagkukunan ng literatura.

Susunod, titingnan natin ang mga tampok ng kumakatawan sa mga modelo ng ER sa tatlong pinakakilalang sistema ng automation ng disenyo (CASE system): Prokit*WORKBENCH, Design/IDEF at CASE ORACLE, gayundin sa ilang literary source.

Ang ilang mga kategorya ng mga pagkakaiba sa paglalarawan ng mga modelo ng ER ay maaaring makilala.

1. Mga maliliit na pagkakaiba na nauugnay sa paggamit ng iba't ibang mga simbolo upang ipakita ang parehong mga entity. Kaya, ang mga parihaba, mga bloke na may mga bilugan na sulok, mga hugis-itlog, atbp. ay maaaring gamitin upang magtalaga ng isang bagay.

Ang susunod na hanay ng mga pagkakaiba ay nauugnay sa paraan ng paglalarawan ng mga koneksyon sa pagitan ng mga bagay at pagtukoy ng mga pangalan ng mga koneksyon. Kaya, sa ilang mga diskarte, upang ilarawan ang isang koneksyon sa connector ng isang linya na kumakatawan sa koneksyon na ito, iminungkahi na ilarawan ang isang rhombus at isulat ang pangalan ng koneksyon sa loob o sa tabi nito (modelo ni Chen). Dahil ang mga koneksyon ay two-way, ang pangalan ng koneksyon ay magbabago depende sa kung saang bahagi ito tinitingnan. Samakatuwid, madalas na iminumungkahi na ipahiwatig ang parehong mga pangalang ito sa ILM (halimbawa, sa CASE ORACLE, Prokit system). Bukod dito, para maging malinaw kung aling direksyon ng komunikasyon ang tinutukoy ng pangalan, pinagtibay ang ilang kasunduan kung paano ilagay ang mga pangalang ito sa mga diagram. Halimbawa, sa itaas ng linya ang mga pangalan ng lugar na nauugnay sa kaliwang bahagi ng koneksyon, at sa ibaba ng linya - sa kanan. Ang pagkakaroon ng napakaraming simbolo at label ay nakakalat sa modelo. Bilang karagdagan, ang pagpapangalan mismo ay madalas na nagpapakita ng ilang kahirapan, na nagpapataas ng pagiging kumplikado ng pagmomodelo ng impormasyon. Samakatuwid, sa mga kaso kung saan hindi ito humahantong sa mga kalabuan at kalabuan, kung pinapayagan ito ng system, maaari itong irekomenda na huwag gumamit ng mga espesyal na pagtatalaga at pangalan para sa mga relasyon.

Ginagamit din ang iba't ibang simbolo upang ilarawan ang uri ng koneksyon (1:1, 1: M, M:M). Ang ilang mga sistema ng pag-automate ng disenyo, tulad ng Prokit, ay nagbibigay sa user ng pagkakataong pumili mula sa iba't ibang posibleng mga notasyon ng mga gusto niya o mas pamilyar. Sa sistemang ito, maaaring gamitin ang mga sumusunod na convention upang ipahiwatig ang uri ng mga koneksyon sa pagitan ng mga bagay.

Upang ipakita ang ipinag-uutos na paglitaw ng mga bagay sa isang relasyon ("membership/membership class"), ginagamit din ang iba't ibang mga simbolo. Kaya, sa CASE ORACLE ang klase ng membership ay ipinapasa tulad ng sumusunod; sa gilid ng relasyon kung saan ang elemento ay maaaring hindi kinakailangang maiugnay, isang tuldok na linya ang ginagamit, at kung saan ang membership ay sapilitan, isang solidong linya ang ginagamit. Dahil sa klase ng membership, posible ang mga uri ng relasyon na ipinapakita sa figure.

Ang mga notasyong ginamit sa CASE ORACLE ay mas maginhawa, dahil kung ang isang bagay ay kasangkot sa isang malaking bilang ng mga koneksyon, kung gayon ang mga karagdagang parihaba na may mga punto ay magiging hindi maginhawa upang ilagay sa figure.

Sa Desing IDEF, ang likas na katangian ng pagiging miyembro sa isang relasyon ay inilalarawan tulad ng ipinapakita sa figure.

2. Mga pagkakaiba, na nauugnay din sa paraan ng paglalarawan ng ilang mga sitwasyon, ngunit mas makabuluhan, na humahantong sa mga pagkakaiba sa mga modelo mismo. Halimbawa, sa 3RACLE system, ang isang pangkalahatang bagay ay inilalarawan ng mga "nesting" na bloke na nagsasaad ng mga "species" na mga bagay sa loob ng isang bloke na naglalarawan ng isang "generic" na bagay. Ang figure ay nagpapakita ng isang imahe ng PERSON object na tinalakay sa itaas sa convention na ginamit sa CASE ORACLE.

Tulad ng mga sumusunod mula sa paghahambing ng mga figure, ang imahe ng mga pangkalahatang bagay sa inihambing na mga pamamaraan ay naiiba hindi lamang sa anyo ng pagtatanghal. Kaya, kung ang isang bagay ay inuri ayon sa iba't ibang pamantayan, kung gayon kapag ginagamit ang una sa mga itinuturing na pamamaraan ng paglalarawan ng mga pangkalahatang bagay, malinaw na nakikita ng kung anong pamantayan ang isinasagawa ng pag-uuri. Ang pangalawang paraan ng imahe ay hindi nagbibigay nito. Sa madaling salita, ang paraan ng paglalarawan ng mga pangkalahatang bagay na iminungkahi sa simula ng kabanata ay mas makabuluhan at nagbibigay-kaalaman.

Ang figure ay nagpapakita ng parehong pangkalahatang PERSON object gamit ang syntax ng IDEF1X system. Sa semantika nito, ang pamamaraang ito ng paglalarawan ay mas malapit sa pangunahing paraan ng paglalarawan ng ILM na aming iminungkahi. Ang pagkakaiba ay ang IDEF1X ay gumagamit ng parehong notasyon para sa mga entity ng kategorya at "pangkalahatang" entity -

3. Bilang karagdagan sa mga pagkakaiba sa paglalarawan ng ilang mga entidad, sa teorya ng pagmomodelo ng impormasyon ay mayroong pagkakaiba sa terminolohiya na ginamit. Halimbawa, sa CASE ORACLE, ang isang generic na bagay ay tinatawag na supertype (syper-type), at ang isang species na object ay tinatawag na isang sub-type. Maraming ganoong pagkakaiba sa terminolohiya na maaaring banggitin, ngunit hindi ito ang aming layunin ngayon.

4. Ang susunod na bilog ng mga pagkakaiba ay nauugnay sa spatial na imahe ng ilang bahagi ng ILM. Halimbawa, ang mga katangian ng bagay ay minsan ay hindi ipinapakita sa parehong diagram ng mga bagay at ang mga ugnayan sa pagitan ng mga ito, at ang kanilang mga paglalarawan ay ginagawa nang hiwalay. Kadalasan “ang pagsulat ng mga katangian ay ipinakita sa tabular o iba pang analitikal na anyo, sa halip na sa grapikong anyo.

Ang ILM, kahit na para sa isang maliit at simpleng lugar ng paksa, ay may kasamang paglalarawan ng malaking bilang ng mga bahagi at koneksyon sa pagitan ng mga ito. Itinataas nito ang problema sa kalinawan ng pangkalahatang pamamaraan. Ang problemang ito ay nalutas sa ibang paraan sa manu-mano at awtomatikong pagbuo ng isang modelo ng impormasyon. Sa mga automated system, ang isang larawan ng modelong ER ay kadalasang ginagawa at ginagamit ang isang pamamaraan ng pag-scale, kapag, sa pamamagitan ng pagpapababa o pagtaas ng sukat ng larawan, maaari mong tingnan ang buong diagram at ang indibidwal na fragment nito sa screen.

Ginagamit din ang iba't ibang pamamaraan upang bawasan ang bilang ng mga intersection ng mga linya sa diagram. Kaya, sa sistema ng Prokit, para sa mga layuning ito, posibleng i-duplicate ang imahe ng isang bagay at ilagay ang duplicate na ito sa tabi ng bagay kung saan kailangan itong iugnay. Upang ipakita na ito ay hindi isang bagong bagay, ang ilang mga maginoo na pagtatalaga ay ginagamit, halimbawa, ang sulok ng kaukulang mga bloke ay naka-cross out.

Kapag nagdidisenyo nang manu-mano, kadalasan ay hindi posible na ilarawan ang buong modelo ng ER sa anyo ng isang solong diagram. Sa kasong ito, maaari naming irekomenda ang sumusunod na pamamaraan: ilarawan at ilarawan ang bawat bagay nang nakapag-iisa, magtalaga ng maikling code sa bawat bagay. Gamit ang mga code na ito, para sa bawat bagay ay nagpapahiwatig ng mga kaugnayan nito sa iba pang mga bagay.

5. Ang ilang mga kakayahan na magagamit sa ilang mga sistema o pamamaraan ay hindi magagamit sa iba. Sa mga kasong ito, ang iba't ibang mga opsyon ay posible: a) upang ilarawan ang sitwasyon, ang mga posibilidad na ibinigay ng modelo ay ginagamit, ngunit nangangailangan ito ng paggamit ng ilang mga diskarte, kadalasang medyo artipisyal, upang kumatawan sa kanila; b) ang sitwasyon ay hindi makikita sa modelo.

Halimbawa, sa maraming sistema ng pagmomodelo ng impormasyon, ipinapalagay na ang isang bagay ay maaaring magkaroon lamang ng mga solong katangian. Sa kasong ito, ang bawat maramihang pag-aari ay dapat na kinakatawan bilang isang independiyenteng bagay at ang ugnayan sa pagitan ng bagong ipinakilalang bagay na ito at ang orihinal na bagay ay dapat ilarawan.

Sa IDEF, ang mga katangian ng object ay maaari lamang iisa at palaging tinukoy (hindi kondisyon). Kung ang ari-arian ay maaaring hindi naroroon sa anumang mga bagay, pagkatapos ay kinakailangan na pumili ng hiwalay na mga entity, halimbawa, isang STAFF EMPLOYEE na may SALARY attribute at isang HOURLY WORKER na walang ganoong katangian. Ito ay hahantong sa pangangailangang pumili ng malaking bilang ng mga bagay at koneksyon sa ILM at sa pagbaba ng visibility ng modelo. Halimbawa, ang mga indibidwal na instance ng PERSONALITY object ay maaaring magkaroon o walang akademikong titulo, akademikong degree, taon ng pagtatapos mula sa isang unibersidad, at marami pang ibang katangian. Para sa bawat isa sa mga katangiang ito, kakailanganing makilala ang mga subclass.

Ang ilang mga pamamaraan ay hindi nagpapakilala sa pinagsama-samang bagay bilang isang independiyenteng kategorya. Sa kasong ito, ang pinagsama-samang bagay ay inilalarawan bilang simple, at dapat munang matukoy ng user ang identifier at mga katangian nito. Kung pinapayagan lamang ng modelo ang mga binary na relasyon na mailarawan, dapat na i-convert ng taga-disenyo ang n-ary na relasyon sa isang hanay ng mga binary.

Bilang karagdagan sa mga paghihirap na ito kapag tinutukoy ang identifier ng isang pinagsama-samang entity, maaari ding lumitaw ang mga problema kapag lumipat mula sa isang ILM patungo sa isang datalogical na modelo.

Ang opsyon kapag ang sitwasyon ay hindi maipakita sa ILM ay maaaring ilarawan ng mga sumusunod: kung ang pamamaraan ng pagbuo ng modelo ay hindi nagsasangkot ng pag-aayos ng klase ng pagiging miyembro sa relasyon, kung gayon ang impormasyong ito ay mawawala lang.

Sa ilang mga sistema ng CASE, mayroong isang sitwasyon kung kailan pinapayagan ang ilang konstruksiyon sa system bilang isang intermediate. Halimbawa, sa IDEF at CASE ORACLE ang ugnayang M:M ay pinapayagan bilang di-tiyak na kaugnayan. Ang presensya nito ay pinapayagan sa mga unang yugto ng pagbuo ng proyekto, at sa paglaon ay dapat itong palitan ng isang partikular na relasyon sa pamamagitan ng pagpapakilala ng isang ikatlong entity. Ito ay isang disbentaha ng system, dahil, una, hindi lahat ng DBMS ay nangangailangan ng ganoong pagbabago (ang ilang mga sistema ay sumusuporta sa M:M na relasyon nang tahasan), at, pangalawa, kung ang ganoong pagbabago ay kinakailangan, ang disenyo ng automation system ay maaaring awtomatikong gumanap nito. sa yugto ng disenyo ng datalogical. Kahit na ang "manual" na disenyo ay ginanap, ang tinukoy na pagbabago ay dapat gawin ng taga-disenyo sa yugto ng datalogical na disenyo, at hindi kapag naglalarawan sa lugar ng paksa. Bilang karagdagan, sa panahon ng pagbabagong isinasaalang-alang sa yugto ng disenyong pang-impormasyon, isang bagong kategorya ng mga entidad ang ipinakilala sa IDEF - mga intersection na entity o mga nauugnay na entity. Ang pagpapakilala ng mga bagong entity ay nangangailangan ng pagpapakilala ng mga karagdagang koneksyon sa ILM. Ang lahat ng ito ay pinagsama-sama ay nagpapalubha sa mahirap na gawain ng disenyo ng impormasyon.

Maaaring may mga entity sa lugar ng paksa na ang mga identifier ay nakadepende sa identifier ng ilang iba pang bagay. Halimbawa, kung ang mga seksyon ng isang enterprise ay binibilang sa loob ng isang workshop, ang section identifier ay magiging composite, kasama ang workshop code at ang section code. Sa infological na modelo, maaari mong limitahan ang iyong sarili sa pagtukoy sa composite identifier na ito. Ang ilang mga pamamaraan para sa pagbuo ng mga modelo ng ER (halimbawa, ang IDEFIX, Prokit methodology) ay nagbibigay para sa pagpapakilala ng mga espesyal na uri ng mga entity at mga espesyal na uri ng mga relasyon upang ipakita ang mga ganitong sitwasyon. Kaya, sa IDEF, isang entity, upang matukoy kung alin ang dapat isaalang-alang ang kaugnayan nito sa ibang mga entity; ay tinatawag na entity na umaasa sa pagkakakilanlan at gumagamit ng isang bilugan na kahon upang kumatawan dito. Upang ilarawan ang isang entity na independiyente sa pagkakakilanlan, ginagamit ang isang parihaba. Upang ikonekta ang mga bagay, na ang isa ay kinakailangan upang ganap na makilala ang isa pa, ang konsepto ng isang pagkakakilanlan na relasyon ay ipinakilala. Mayroon din itong sariling simbolo. Gumagamit ang IDEF ng solidong linya para sa isang nagpapakilalang relasyon at isang may tuldok na linya para sa isang hindi nagpapakilalang relasyon.

6. Gaya ng nabanggit sa itaas kapag isinasaalang-alang ang mga prinsipyo ng infological modeling, ang mga konsepto ng "object", "property", "relationship" ay kamag-anak. Kaya, sa pangunahing impormasyong modelo na aming iminumungkahi, ang iba't ibang uri ng mga bagay ay nakikilala: simple, composite, pinagsama-sama, pangkalahatan. Ang ilang mga sistema, tulad ng IDEF, ay hindi nag-uuri ng mga bagay sa ganitong paraan at sa halip ay gumagamit ng mga uri ng mga relasyon.

Ang parehong mga diskarte ay may karapatang umiral. Walang mga pangunahing pagkakaiba na nangangailangan ng anumang makabuluhang kahihinatnan sa mga inihambing na diskarte.