Аж ахуйн нэгж нь домэйнд зайлшгүй шаардлагатай бодит эсвэл хийсвэр байгууллага юм. Байгууллага нь ганц тоогоор нэр үгээр илэрхийлэгдсэн нэртэй байх ёстой

Байгууллагуудыг тодорхойлох албан бус арга бол объект, үйл явц, үүрэг болон бусад ойлголтыг дүрсэлсэн хийсвэрлэлийг хайх явдал юм. Байгууллагуудыг тодорхойлох албан ёсны арга бол тухайн зүйлийн текстийн тайлбарт дүн шинжилгээ хийх, нэр үгийг задлах, тэдгээрийг хийсвэрлэл болгон сонгох явдал юм.

Байгууллагын жишээ нь тухайн аж ахуйн нэгжийн тодорхой жишээ юм. Жишээлбэл, ажилтан Иванов нь Ажилтны байгууллагын жишээ байж болно.

Байгууллага бүр дараахь шинж чанартай байх ёстой.

өвөрмөц нэртэй байх;

аж ахуйн нэгжид хамаарах эсвэл харилцаа холбоогоор өвлөгддөг нэг буюу хэд хэдэн шинж чанартай байх;

аж ахуйн нэгжийн жишээ бүрийг өвөрмөц байдлаар тодорхойлох нэг буюу хэд хэдэн шинж чанартай байх.

Шинж чанар - тухайн аж ахуйн нэгжийн төлөв байдлыг тодорхойлох, ангилах, тоон үзүүлэлтээр илэрхийлэх, илэрхийлэхэд зориулагдсан, авч үзэж буй сэдвийн хүрээнд чухал ач холбогдолтой аж ахуйн нэгжийн шинж чанар.

Дараах төрлийн шинж чанарууд байдаг.

энгийн - нэг өгөгдлийн элементээс бүрдэнэ;

нийлмэл - хэд хэдэн өгөгдлийн элементүүдээс бүрдэнэ;

хоёрдмол утгагүй - нэг аж ахуйн нэгжийн нэг утгыг агуулсан;

олон утгатай - нэг аж ахуйн нэгжийн хэд хэдэн утгыг агуулсан;

нэмэлт - хоосон (тодорхойгүй) утгатай байж болно;

үүсмэл - өөр шинж чанарын утгаас үүссэн утга.

Өвөрмөц танигч нь объект бүрийн утгууд нь хамтдаа өвөрмөц шинж чанаруудын багц юм. Тодорхойлогчоос аливаа шинж чанарыг арилгах нь түүний өвөрмөц байдлыг эвддэг. Өвөрмөц танигчийг диаграммд доогуур зурсан болно.

Байгууллага бүр бусад аж ахуйн нэгжтэй хэдэн ч тооны харилцаатай байж болно.

Байгууллагуудын хоорондын харилцаа

Харилцаа гэдэг нь тухайн домэйны хувьд утга учиртай аж ахуйн нэгжүүдийн нэрлэсэн холбоо юм.

Харилцааны зэрэг нь харилцаанд оролцогч байгууллагуудын тоо юм.

Холболтын хүч - холбоост оролцож буй аж ахуйн нэгжийн тоо.

Эрчим хүчний үнэ цэнээс хамааран холболт нь гурван төрлийн аль нэгтэй байж болно.

нэгийг харьцах (1:1 гэж тэмдэглэсэн).

нэгээс олон (1:N гэж тэмдэглэсэн).

олон-олон (M:N-ээр тэмдэглэсэн).

Нэгийг харьцах нэгийн. Ийм харилцаанд нэг үүрэг бүхий байгууллага нь өөр үүрэг бүхий нэгээс илүүгүй нэгжтэй үргэлж тохирдог гэсэн үг юм. Байгууллага бүрийн холболтын зэрэг нь 1 тул тэдгээрийг нэг шугамаар холбодог.

Нэгээс олон.Нэг үүрэг бүхий аж ахуйн нэгжийг өөр үүрэг бүхий хэдэн ч байгууллага тааруулж болно.

Олон-олон. Энэ тохиолдолд холбогдох нэгж бүрийг хэдэн ч тохиолдолоор төлөөлж болно.

3 . Өгөгдлийн загварын бүрэлдэхүүн хэсгүүд

Аж ахуйн нэгж, аж ахуйн нэгжийн тодорхойлолт, аж ахуйн нэгжийн талаархи мэдээллийн эх сурвалж

Өгөгдлийн загвар - сэдвийн хүрээний үзэл баримтлалын тодорхойлолт нь мэдээллийн сангийн дизайны хамгийн хийсвэр түвшин юм. Өгөгдлийн загвар нь аж ахуйн нэгж, шинж чанар, домэйн, харилцаанаас бүрдэнэ. Цаашид - элемент бүрийн талаар дэлгэрэнгүй.

3.1 Аж ахуйн нэгж

Аж ахуйн нэгж гэдэг нь өгөгдлийн санд ямар мэдээллийг хадгалах шаардлагатай зүйл юм.

Мэдээллийн санг зохион бүтээхдээ одоогийн нөхцөл байдлыг тайлбарлахад хангалттай бөгөөд ихэнх нэр үг, зарим үйл үг нь аж ахуйн нэгжид нэр дэвшигч байх болно. Жишээ нь: "Хэрэглэгчид бараа худалдан авдаг. Ажилчид нь үйлчлүүлэгчдэд бараа зардаг. Нийлүүлэгчид бараа нийлүүлдэг" - үйлчлүүлэгч, бараа, ажилтан, ханган нийлүүлэгчид нь аж ахуйн нэгж юм. "Худалдан авах" ба "худалдах" үйл үг нь мөн нэгж юм (хэдийгээр тэдгээр нь худалдан авагч болон худалдагчийн үзэл бодлоос ялгаатай, ижил байгууллага байж болно).

Мэдээллийн санг зохион бүтээхдээ аж ахуйн нэгжүүдийн талаархи мэдээллийн гол эх сурвалж нь түүний бизнесийн үйл явцыг ойлгохын тулд үйлчлүүлэгчтэй харилцах явдал юм. Нэмж дурдахад бизнесийн үйл явцад ашигладаг стандарт баримт бичгүүдэд дүн шинжилгээ хийдэг: маягт, тайлан, заавар гэх мэт. Ийм жагсаалтыг хүлээн авсны дараа түүний бүрэн бүтэн байдал, уялдаа холбоог шалгах шаардлагатай бөгөөд давхардсан - өөр өөр үгээр дуудагдсан ижил биетүүд, үнэндээ ялгаатай боловч ижил нэр томъёогоор дүрслэгдсэн аж ахуйн нэгжүүдийг тодорхойлох шаардлагатай.

Аж ахуйн нэгжүүд тодорхой ойлголт (үйлчлүүлэгч, бараа, дуудлага) болон хийсвэр ойлголтуудыг загварчилж болно (агент нь үйлчлүүлэгчийг хариуцна, оюутан курст хамрагдана).

Атрибут.

Сэдвийн хэсэг.

Өгөгдлийн сан. Тодорхойлолт.

DBMS. Тодорхойлолт.

Өгөгдлийн сан. Тодорхойлолт.

Гурав дахь хэвийн хэлбэр. Тодорхойлолт. Жишээ.

R хамаарлын хувьсагч нь дараах нөхцөлүүд үнэн бол гурав дахь хэвийн хэлбэрт байна.

R нь хоёр дахь хэвийн хэлбэрт байна.

· боломжит түлхүүр R-ээс шилжилтийн функциональ хамааралд (өөрөөр хэлбэл хамаарлыг өөр шинж чанараар илэрхийлэхгүй) түлхүүр бус шинж чанар байхгүй.

R харилцааны түлхүүр бус шинж чанар нь R-ийн аль нэг нэр дэвшигч түлхүүрт хамаарахгүй шинж чанар юм.

Өгөгдлийн сан- энэ нь хоорондоо холбогдсон их хэмжээний мэдээллийг хадгалах, өөрчлөх, боловсруулахад зориулагдсан нэг буюу хэд хэдэн өгөгдлийн файл бөгөөд эдгээр материалыг цахим компьютер (компьютер) ашиглан олж, боловсруулах боломжтой байдлаар системчилсэн байна.

Өгөгдлийн сангийн удирдлагын систем (DBMS)нь хэрэглэгчдэд мэдээллийн баазыг тодорхойлох, үүсгэх, хадгалах боломжийг олгодог програм хангамж бөгөөд эцсийн хэрэглэгчийн програмуудаас мэдээллийн баазын дуудлагыг хариуцдаг.

Өгөгдлийн сан- мэдээллийн төвлөрсөн хадгалалт, хамтын ашиглалтын автоматжуулсан мэдээллийн систем. Өгөгдлийн банк нь нэг буюу хэд хэдэн мэдээллийн сан, мэдээллийн сангийн лавлах, DBMS, түүнчлэн асуулга, хэрэглээний программуудын номын санг агуулдаг.

Сэдвийн хэсэгудирдлагын үйл явцыг автоматжуулах мэдээллийн сан бүрдүүлэхийн тулд судлах бодит ертөнцийн нэг хэсэг юм.

Атрибутөгөгдлийн бүтцийн хамгийн жижиг нэгж юм. Өгөгдлийн санг үүсгэх үед элемент бүрт өвөрмөц нэр өгдөг. Үүнийг боловсруулах явцад энэ нэрээр нэрлэдэг.

Мөн чанар- авч үзэж буй сэдвийн хүрээнд ямар нэгэн тодорхой эсвэл хийсвэр объект. Аж ахуйн нэгжүүд нь мэдээллийн санд хадгалагддаг мэдээллийн үндсэн төрлүүд юм (харилцааны өгөгдлийн санд аж ахуйн нэгж бүрт хүснэгт хуваарилагдсан байдаг).

DBMS-ийн функцуудыг жагсаа

DBMS-ийн үндсэн функцууд:

1) Үүсгэсэн мэдээллийн сангийн бүтцийг тодорхойлох, түүнийг эхлүүлэх, анхны ачаалах.

2) Хэрэглэгчдэд өгөгдлийг удирдах чадварыг олгох (шаардлагатай өгөгдлийг сонгох, тооцоолол хийх, оролт / гаралтын интерфейсийг боловсруулах, дүрслэх).

3) Өгөгдлийн логик болон физикийн бие даасан байдлыг хангах.

4) Өгөгдлийн сангийн логик нэгдмэл байдлыг хамгаалах - мэдээллийн санд оруулах, эсвэл буруу мэдээлэл хүлээн авах, оруулсан мэдээлэл боловсруулах процедурын хууль бус үйлдлүүдийн үед мэдээллийн найдвартай байдал зөрчигдөж болно. Систем дэх өгөгдлийн найдвартай байдлыг нэмэгдүүлэхийн тулд бүрэн бүтэн байдлын хязгаарлалт гэж нэрлэгддэг.

5) Физик бүрэн бүтэн байдлыг хамгаалах - мэдээллийн санг сэргээх хэрэгсэл (гүйлгээ).

6) Өгөгдлийн санд хандах хэрэглэгчийн зөвшөөрлийн менежмент.

7) Хэд хэдэн хэрэглэгчийн ажлыг синхрончлох.

8) Хадгалах орчны нөөцийн менежмент - DBMS нь санах ойн нөөцийг шинэ өгөгдөлд хуваарилах, суллагдсан санах ойг дахин хуваарилах, гадаад санах ойд хүсэлтийн дараалал үүсгэх гэх мэт.

9) Системийн ажилтнуудын үйл ажиллагааг дэмжих

"Харилцаа" гэсэн нэр томъёо нь "харилцаа дээр суурилсан" гэсэн утгатай. Харилцааны өгөгдлийн сан нь өөр хоорондоо тодорхой харилцаатай байдаг нэгжүүдээс (хүснэгт) бүрдэнэ. Энэ нэр нь англи хэлний "relation" гэсэн үгнээс гаралтай.
Өгөгдлийн сангийн дизайн нь логик болон физик загварчлал гэсэн хоёр үндсэн үе шатаас бүрдэнэ.
Логик загварчлалын явцад та шаардлагуудыг цуглуулж, тодорхой DBMS (харилцааны өгөгдлийн сангийн удирдлагын систем) -ээс хамааралгүй өгөгдлийн сангийн загварыг боловсруулдаг. Энэ нь байшингийнхаа зураг төслийг гаргахтай адил юм. Та бүх зүйлийг бодож, зурж болно: гал тогоо, унтлагын өрөө, зочны өрөө хаана байх вэ. Гэхдээ энэ бүхэн цаасан дээр, зураглал дээр байгаа.
Физик загварчлалын явцад та тодорхой программ болон DBMS-д тохирсон загвар бүтээдэг. Энэ загвар нь практикт хэрэгжиж байна. Хэрэв бид өмнөх догол мөрөөс байшин руу буцаж ирвэл энэ үе шатанд та хаа нэгтээ байшин барих хэрэгтэй болно - гуалин, тоосго зөөх ...

Өгөгдлийн сангийн дизайны үйл явц нь дараах үе шатуудаас бүрдэнэ.

• мэдээлэл цуглуулах;
• аж ахуйн нэгжийн тодорхойлолт;
• аж ахуйн нэгж бүрийн шинж чанаруудыг тодорхойлох;
• аж ахуйн нэгжүүдийн хоорондын харилцааг тодорхойлох;
• хэвийн болгох;
• физик загварт шилжих;
• мэдээллийн сан үүсгэх.

Эхний 5 үе шат нь логик дизайны үе шатыг, үлдсэн хоёр нь физик загварчлалын үе шатыг бүрдүүлдэг.

Логик үе шат

Логик үе шат нь хэд хэдэн үе шатаас бүрдэнэ. Тэдгээрийг бүгдийг нь доор авч үзэх болно.

Шаардлага цуглуулах

Энэ үе шатанд та мэдээллийн санг хэрхэн ашиглах, түүнд ямар мэдээлэл хадгалагдахыг тодорхойлох хэрэгтэй. Систем юу хийх ёстой, юу хийх ёсгүй талаар аль болох их мэдээлэл цуглуул.

Байгууллагын тодорхойлолт

Энэ үе шатанд та мэдээллийн баазаас бүрдэх байгууллагуудыг тодорхойлох хэрэгтэй.

Аж ахуйн нэгж гэдэг нь өгөгдлийн сан дахь өгөгдөл хадгалдаг объект юм. Аж ахуйн нэгж нь бодит зүйл (байшин, хүн, объект, газар) эсвэл хийсвэр зүйл (банкны гүйлгээ, компанийн хэлтэс, автобусны чиглэл) байж болно. Физик загварт аж ахуйн нэгжийг хүснэгт гэж нэрлэдэг.

Аж ахуйн нэгжүүд нь атрибутууд (хүснэгт дэх баганууд) болон бүртгэлээс (хүснэгт дэх мөр) бүрдэнэ.

Ерөнхийдөө мэдээллийн сангууд нь олон тооны харьяа байгууллагуудтай холбоотой хэд хэдэн үндсэн байгууллагуудаас бүрддэг. Үндсэн аж ахуйн нэгжүүдийг бие даасан гэж нэрлэдэг: тэд бусад аж ахуйн нэгжээс хамаардаггүй. Дэд байгууллагуудыг хамааралтай гэж нэрлэдэг: тэдгээрийн аль нэг нь оршин тогтнохын тулд түүнтэй холбоотой үндсэн хүснэгт байх ёстой.
Диаграммд объектуудыг ихэвчлэн тэгш өнцөгт хэлбэрээр дүрсэлсэн байдаг. Аж ахуйн нэгжийн нэрийг тэгш өнцөгт дотор зааж өгсөн болно:

Аливаа хүснэгт нь дараахь шинж чанартай байдаг.

• дотор нь ижил шугам байхгүй;
• хүснэгтийн бүх багана (шинж чанарууд) өөр өөр нэртэй байх ёстой;
• нэг баганын доторх элементүүд ижил төрлийн (мөр, тоо, огноо);
• Хүснэгт дэх мөрүүдийн дараалал нь дур зоргоороо байж болно.

Энэ үе шатанд та мэдээллийн санд хадгалагдах мэдээллийн бүх ангиллыг (аж ахуйн нэгж) тодорхойлох хэрэгтэй.

Атрибутын тодорхойлолт

Атрибут нь аж ахуйн нэгжийг дүрсэлсэн шинж чанарыг илэрхийлдэг. Шинж чанарууд нь ихэвчлэн тоо, огноо, текст юм. Атрибутад хадгалагдсан бүх өгөгдөл нь ижил төрлийн, ижил шинж чанартай байх ёстой.
Физик загварт шинж чанаруудыг багана гэж нэрлэдэг.
Байгууллагуудыг тодорхойлсны дараа эдгээр аж ахуйн нэгжийн бүх шинж чанарыг тодорхойлох шаардлагатай.
Диаграммд шинж чанаруудыг ихэвчлэн объектын тэгш өнцөгт дотор жагсаасан байдаг. Зураг дээр та "Хаус" мэдээллийн сангийн жишээг олох болно, зөвхөн одоо энэ мэдээллийн сангаас аж ахуйн нэгжүүдэд зарим шинж чанаруудыг тодорхойлсон болно.


Шинж чанар бүр нь өгөгдлийн төрөл, хэмжээ, зөвшөөрөгдсөн утгууд болон бусад дүрмийг тодорхойлдог. Үүнд заавал дагаж мөрдөх, өөрчлөгдөх, өвөрмөц байдлын дүрмүүд орно.
Заавал мөрдөх дүрэм нь шинж чанар нь аж ахуйн нэгжийн шаардлагатай хэсэг эсэхийг тодорхойлдог. Хэрэв атрибут нь аж ахуйн нэгжийн нэмэлт хэсэг бол NULL байж болно, үгүй ​​бол үгүй.
Та мөн шинж чанар нь өөрчлөгдөх эсэхийг тодорхойлох ёстой. Зарим шинж чанарын утгыг оруулга үүсгэсний дараа өөрчлөгдөх боломжгүй.
Эцэст нь та шинж чанар нь өвөрмөц эсэхийг тодорхойлох хэрэгтэй. Хэрэв тийм бол атрибутын утгыг давтах боломжгүй.

Түлхүүрүүд

Түлхүүр нь оруулгыг өвөрмөц байдлаар тодорхойлох шинж чанаруудын багц юм. Түлхүүрийг энгийн ба нийлмэл гэж хоёр ангилдаг.
Энгийн түлхүүр нь зөвхөн нэг шинж чанараас бүрдэнэ. Жишээлбэл, "Улсын иргэдийн паспорт" мэдээллийн санд паспортын дугаар нь энгийн түлхүүр байх болно: эцэст нь ижил дугаартай хоёр паспорт байдаггүй.
Нийлмэл түлхүүр нь хэд хэдэн шинж чанараас бүрдэнэ. "Улсын иргэдийн паспорт" ижил мэдээллийн санд дараахь шинж чанаруудтай нийлмэл түлхүүр байж болно.
овог, нэр, овог нэр, төрсөн огноо. Энэ нийлмэл түлхүүр нь онолын хувьд бичлэгийн баталгаатай өвөрмөц байдлыг хангадаггүй тул энэ бол зүгээр л жишээ юм.
Мөн хэд хэдэн төрлийн товчлуурууд байдаг бөгөөд тэдгээрийг доор тайлбарласан болно.

Боломжит түлхүүр

Нэр дэвшигчийн түлхүүр нь хүснэгтийн оруулгыг өвөрмөц байдлаар тодорхойлох шинж чанаруудын багц юм. Нэр дэвшигчийн түлхүүр нь энгийн эсвэл нийлмэл байж болно.
Байгууллага бүр дор хаяж нэг боломжит түлхүүртэй байх ёстой, гэхдээ нэгээс олон боломжит түлхүүр байж болно. Үндсэн түлхүүр шинж чанаруудын аль нь ч NULL утгатай байж болохгүй.
Нэр дэвшигчийн түлхүүрийг орлуулагч түлхүүр гэж бас нэрлэдэг.

Үндсэн түлхүүрүүд

Анхдагч түлхүүр нь хүснэгт (байгууллага) дахь бичлэгийг өвөрмөц байдлаар тодорхойлох шинж чанаруудын багц юм. Боломжит түлхүүрүүдийн нэг нь үндсэн түлхүүр болдог. Диаграммд үндсэн түлхүүрүүдийг ихэвчлэн шинж чанаруудын үндсэн жагсаалтын дээр харуулсан эсвэл тусгай тэмдгээр тодруулсан байдаг. Зураг дээрх аж ахуйн нэгж нь үндсэн болон ердийн шинж чанаруудтай.

Альтернатив түлхүүрүүд

Үндсэн түлхүүр биш аливаа боломжит түлхүүрийг өөр түлхүүр гэж нэрлэдэг. Байгууллага олон өөр түлхүүртэй байж болно.

Гадаад түлхүүрүүд

Гадаад түлхүүр нь өөр аж ахуйн нэгжийн үндсэн эсвэл өөр түлхүүрийг илэрхийлдэг шинж чанаруудын цуглуулга юм. Хэрэв гадаад түлхүүр нь үндсэн нэгжтэй холбоогүй бол энэ нь зөвхөн хоосон утгыг агуулж болно. Хэрэв түлхүүр нь нийлмэл бол гадаад түлхүүрийн бүх шинж чанарууд тодорхойгүй байх ёстой.
Диаграммд гадаад түлхүүрүүдийг нэгтгэсэн шинж чанаруудыг тусгай тэмдгээр тэмдэглэдэг. Зураг дээр хоёр холбоотой аж ахуйн нэгж (Байшин ба тэдгээрийн эзэд) болон тэдгээрийн үүсгэсэн гадаад түлхүүрүүдийг (эцсийн эцэст нэг хүн нэгээс олон байшин эзэмших боломжтой) харуулж байна.

Түлхүүрүүд нь физик объект биш харин логик бүтэц юм. Харилцааны мэдээллийн сан нь түлхүүрүүдийг хадгалах механизмтай байдаг.

Аж ахуйн нэгжүүдийн хоорондын харилцааг тодорхойлох

Харилцааны мэдээллийн сан нь янз бүрийн байгууллагуудад хамаарах мэдээллийг нэгтгэх боломжийг олгодог.
Харилцаа гэдэг нь нэг аж ахуйн нэгж нь хоёр дахь аж ахуйн нэгжийн үндсэн түлхүүрт хамаарах нөхцөл байдал юм. Жишээлбэл, өмнөх зураг дээрх Хаус ба Мастер аж ахуйн нэгжүүд шиг.
Суурь дизайн хийх явцад харилцаа холбоог тодорхойлдог. Үүнийг хийхийн тулд та аж ахуйн нэгжүүдэд дүн шинжилгээ хийж, тэдгээрийн хооронд байгаа логик харилцааг тодорхойлох хэрэгтэй.
Харилцааны төрөл нь өөр байгууллагын бүртгэлтэй холбоотой аж ахуйн нэгжийн бүртгэлийн тоог тодорхойлдог. Харилцаа нь үндсэн гурван төрөлд хуваагддаг бөгөөд эдгээрийг доор тайлбарлав.

Нэгийг харьцах нэгийн

Эхний нэгжийн оруулга бүр нь хоёр дахь нэгжийн зөвхөн нэг оруулгатай тохирч байна. Хоёрдахь аж ахуйн нэгжийн бүртгэл бүр нь эхний нэгжийн зөвхөн нэг бүртгэлтэй тохирч байна. Жишээлбэл, хүмүүс ба төрсний гэрчилгээ гэсэн хоёр байгууллага байдаг. Мөн нэг хүн зөвхөн нэг төрсний гэрчилгээтэй байж болно.

Нэгээс олон

Эхний байгууллагын бүртгэл бүр хоёр дахь байгууллагын хэд хэдэн бүртгэлтэй тохирч болно. Гэсэн хэдий ч, хоёр дахь аж ахуйн нэгжийн оруулга бүр нь эхний нэгжийн зөвхөн нэг оруулгатай тохирч байна. Жишээлбэл, Захиалга ба Захиалгын зүйл гэсэн хоёр байгууллага байдаг. Мөн нэг дарааллаар олон зүйл байж болно.

олон-олон

Эхний байгууллагын бүртгэл бүр хоёр дахь байгууллагын хэд хэдэн бүртгэлтэй тохирч болно. Гэсэн хэдий ч, хоёр дахь аж ахуйн нэгжийн бүртгэл бүр эхний нэгжийн хэд хэдэн бүртгэлтэй тохирч болно. Жишээлбэл, Зохиогч ба Ном гэсэн хоёр байгууллага байдаг. Нэг зохиолч олон ном бичиж болно. Гэхдээ нэг ном олон зохиолчтой байж болно.
Заавал харилцааны шалгуурын дагуу заавал болон нэмэлт гэж хуваагддаг.

• Заавал харилцаа гэдэг нь эхний аж ахуйн нэгжийн оруулга бүрийн хувьд хоёр дахь аж ахуйн нэгжийн холбогдох бичилтүүд байх ёстой гэсэн үг юм.
• Нэмэлт хамаарал гэдэг нь эхний аж ахуйн нэгжийн бүртгэл хоёр дахь аж ахуйн нэгжийн бүртгэлгүй байж болно гэсэн үг юм.

Хэвийн байдал

Нормчилал гэдэг нь өгөгдлийн сангаас илүүдэл өгөгдлийг устгах үйл явц юм. Өгөгдлийн элемент бүрийг мэдээллийн санд зөвхөн нэг тохиолдлоор хадгалах ёстой. Хэвийн болгох таван нийтлэг хэлбэр байдаг. Дүрмээр бол мэдээллийн санг гурав дахь хэвийн хэлбэрт оруулдаг.
Хэвийн болгох явцад илүүдэл өгөгдлийг арилгахын тулд тодорхой үйлдлүүд хийгддэг. Хэвийн байдал нь гүйцэтгэлийг сайжруулж, эрэмбэлэх, индексжүүлэх ажлыг хурдасгаж, нэгжид ногдох индексийн тоог бууруулж, оруулах, шинэчлэх үйлдлийг хурдасгадаг.
Хэвийн мэдээллийн сан нь ихэвчлэн илүү уян хатан байдаг. Асуулт эсвэл байнгын өгөгдлийг өөрчлөх үед хэвийн мэдээллийн сан нь ихэвчлэн цөөн өөрчлөлт шаарддаг бөгөөд өөрчлөлт нь үр дагавар багатай байдаг.

Эхний хэвийн хэлбэр

Байгууллагыг анхны хэвийн хэлбэрт хөрвүүлэхийн тулд та давхардсан утгуудын бүлгийг арилгаж, шинж чанар бүр нь зөвхөн нэг утгыг агуулсан байх ёстой бөгөөд утгын жагсаалтыг зөвшөөрөхгүй.
Өөрөөр хэлбэл, аж ахуйн нэгжийн шинж чанар бүрийг зөвхөн нэг тохиолдлоор хадгалах ёстой.
Жишээлбэл, зураг дээр House аж ахуйн нэгжийг хэвийн байдалд оруулаагүй болно. Энэ нь байшингийн эздийн талаархи мэдээллийг хадгалах хэд хэдэн шинж чанарыг агуулдаг (Байшингийн аж ахуйн нэгж нь эхний ердийн хэлбэрт тохирохгүй).

Байшингийн аж ахуйн нэгжийг анхны хэвийн хэлбэрт оруулахын тулд дахин давтагдсан бүлгүүдийг устгах, өөрөөр хэлбэл, Эзэмшигч 1-3 шинж чанаруудыг устгаж, тусдаа нэгжид байрлуулах шаардлагатай. Үр дүн (Аж ахуйн нэгжийн байшинг анхны хэвийн хэлбэр болгон бууруулсан):

Хоёр дахь хэвийн хэлбэр

Хоёр дахь ердийн хэлбэрийн хүснэгт нь зөвхөн түүнд хамаарах өгөгдлийг агуулна. Түлхүүр бус байгууллагын шинж чанаруудын утга нь үндсэн түлхүүрээс хамаарна. Илүү нарийвчлалтай, шинж чанарууд нь үндсэн түлхүүр, бүхэл бүтэн үндсэн түлхүүр, зөвхөн үндсэн түлхүүрээс хамаарна.
Аж ахуйн нэгжүүд хоёр дахь хэвийн хэлбэрт нийцүүлэхийн тулд эхний хэвийн хэлбэртэй байх ёстой.
Жишээлбэл, зураг дээрх Хаус гэсэн байгууллага нь байшинтай ямар ч холбоогүй нэг литр бензиний үнэ гэсэн шинж чанартай байдаг. Энэ шинж чанарыг устгасан (эсвэл та үүнийг өөр байгууллага руу зөөж болно). Мөн бид Хотын захирагчийн шинж чанарыг тусдаа байгууллага руу шилжүүлдэг - энэ шинж чанар нь байшингаас биш харин байшин байрладаг хотоос хамаарна.
Зураг дээр essence House-ийг хоёр дахь хэвийн хэлбэрээр (Эссенсийн байшинг хоёр дахь хэвийн хэлбэр болгон бууруулсан) харуулж байна.

гурав дахь хэвийн хэлбэр

Гурав дахь хэвийн хэлбэр нь бүхэл түлхүүрээс хамаарахгүй шинж чанаруудыг оруулаагүй болно. Гурав дахь хэвийн хэлбэрт байгаа аливаа объект мөн хоёр дахь хэвийн хэлбэрт байна. Энэ бол мэдээллийн сангийн хамгийн түгээмэл хэлбэр юм.
Гурав дахь хэвийн хэлбэрээр шинж чанар бүр нь түлхүүр, бүхэл түлхүүрээс хамаардаг бөгөөд түлхүүрээс өөр юу ч биш юм.
Жишээлбэл, зураг дээрх Хаус эзэмшигчийн байгууллага нь түүний нэрнээс биш харин байшингийн эзний төрсөн огнооноос хамаардаг Zodiac тэмдгийн шинж чанартай байдаг (энэ нь түлхүүр юм).
Байшингийн эзэн болохын тулд та Zodiac-ийн шинж тэмдгийг үүсгэж, тэнд Zodiac тэмдгийн шинж чанарыг шилжүүлэх хэрэгтэй (Байшингийн өмчлөгч, гуравдахь хэвийн хэлбэр болгон бууруулсан):

Хязгаарлалт

ХязгаарлалтМэдээллийн сангийн удирдлагын системээр мөрддөг дүрэм юм. Хязгаарлалт нь багана эсвэл баганад оруулж болох утгуудын багцыг тодорхойлдог.
Жишээлбэл, та маш сайхан дэлгүүрийнхээ захиалгын хэмжээг 500 рубльээс бага байлгахыг хүсэхгүй байна. Та зүгээр л "Захиалгын дүн" баганад хязгаарлалт тогтооно.

Хадгалагдсан процедурууд

Хадгалагдсан процедур нь мэдээллийн санд хадгалагдсан урьдчилан эмхэтгэсэн процедур юм. Хадгалагдсан процедурыг бизнесийн дүрмийг тодорхойлоход ашиглаж болох бөгөөд зөвхөн хязгаарлалтаас илүү төвөгтэй тооцоолол хийхэд ашиглаж болно.
Хадгалагдсан процедур нь програмын урсгалын логик болон мэдээллийн сангийн асуулга агуулж болно. Тэд параметрүүдийг авч, үр дүнг хүснэгт эсвэл ганц утга хэлбэрээр гаргаж болно.
Хадгалагдсан процедур нь аливаа програмын ердийн процедур эсвэл функцтэй адил юм.

ЖИЧ
Хадгалагдсан процедурууд нь мэдээллийн санд байрладаг бөгөөд мэдээллийн сангийн сервер дээр ажилладаг. Тэдгээр нь хөрвүүлсэн хэлбэрээр хадгалагддаг тул ерөнхийдөө SQL хэллэгээс хурдан байдаг.

Өгөгдлийн бүрэн бүтэн байдал

Өгөгдлийг хүснэгт болгон цэгцэлж, тэдгээрийн хоорондын хамаарлыг тодорхойлсноор бизнесийн орчныг зөв тусгасан загвар бий болсон гэж үзэж болно. Одоо бид мэдээллийн санд оруулсан өгөгдөл нь асуудлын төлөв байдлын талаар зөв ойлголт өгөхийг баталгаажуулах хэрэгтэй. Өөрөөр хэлбэл, та бизнесийн дүрэм журмыг мөрдөж, мэдээллийн сангийн бүрэн бүтэн байдлыг хангах хэрэгтэй.
Жишээлбэл, танай компани ном хүргэлтийн үйл ажиллагаа эрхэлдэг. Та үл мэдэгдэх үйлчлүүлэгчийн захиалгыг хүлээж авах магадлал багатай, учир нь та захиалгыг хүргэх боломжгүй болно. Тиймээс бизнесийн дүрэм: захиалга зөвхөн мэдээллийн санд байгаа үйлчлүүлэгчдээс л хүлээн авдаг.
Харилцааны мэдээллийн сан дахь өгөгдлийн үнэн зөвийг дүрмийн багцаар баталгаажуулдаг. Өгөгдлийн бүрэн бүтэн байдлын дүрмийг дөрвөн төрөлд хуваадаг.

• Байгууллагын бүрэн бүтэн байдал- аж ахуйн нэгжийн бүртгэл бүр өвөрмөц танигчтай байх ёстой бөгөөд өгөгдөл агуулсан байх ёстой. Эцсийн эцэст та мэдээллийн сан дахь эдгээр бүх бүртгэлийг ямар нэгэн байдлаар ялгах хэрэгтэй.
• Атрибутын бүрэн бүтэн байдал- шинж чанар бүр нь зөвхөн хүчинтэй утгыг хүлээн зөвшөөрдөг. Жишээлбэл, худалдан авалтын хэмжээ тэгээс бага байж болохгүй.
• Лавлагааны бүрэн бүтэн байдал- бичлэг оруулах, шинэчлэх, устгахдаа анхдагч болон гадаад түлхүүрүүдийн логик нийцтэй байдлыг хангадаг дүрмийн багц. Лавлагааны бүрэн бүтэн байдал нь гадаад түлхүүр бүрт харгалзах үндсэн түлхүүр байгааг баталгаажуулдаг. Өмнөх жишээг Гэрийн эзэн ба Гэрийн байгууллагуудтай авч үзье. Та Вася Иванов, байшинтай гэж бодъё. Та өөрийн овог нэрийг Сидоров болгон өөрчилсөн бөгөөд байшин эзэмшигчийн байгууллагад зохих өөрчлөлтийг хийсэн. Танай байшинг таны шинэ нэрээр үргэлжлүүлэхийг хүсч байгаа бөгөөд одоо байхгүй болсон Вася Ивановынх биш байх болно.
• Захиалгат бүрэн бүтэн байдлын дүрэм- жагсаасан ангилалд хамаарахгүй аливаа бүрэн бүтэн байдлын дүрэм.

өдөөгч

Триггернь хадгалагдсан процедурын аналог бөгөөд хүснэгтийн өгөгдөл өөрчлөгдөх үед автоматаар дуудагддаг.
Триггерүүд нь мэдээллийн сангийн бүрэн бүтэн байдлыг хангах хүчирхэг механизм юм. Хүснэгт дэх өгөгдлийн өөрчлөлтийн өмнө эсвэл дараа нь триггерийг дууддаг.
Триггерүүдийн тусламжтайгаар та эдгээр өөрчлөлтийг буцаахаас гадна бусад хүснэгтийн өгөгдлийг өөрчлөх боломжтой.
Жишээлбэл, та Интернет форум үүсгэж байгаа бөгөөд форумын жагсаалтад хамгийн сүүлийн үеийн форумын нийтлэлийг харуулахыг хүсч байна. Мэдээжийн хэрэг, та Форумын нийтлэлээс мессеж авч болно, гэхдээ энэ нь таны хүсэлтийн нарийн төвөгтэй байдал болон түүнийг гүйцэтгэх хугацааг нэмэгдүүлэх болно. Сүүлчийн нийтлэлийн шинж чанарт Форумын объектод хамгийн сүүлд нэмсэн нийтлэлийг бүртгэдэг Форумын нийтлэлийн объектод триггер нэмэх нь илүү хялбар байдаг. Энэ нь асуулгыг ихээхэн хөнгөвчлөх болно.

Бизнесийн дүрэм

Бизнесийн дүрмүүд нь тухайн бизнесийн шаардлагын дагуу өгөгдөлд тавигдах хязгаарлалтыг тодорхойлдог (таны суурийг бий болгож байгаа хүмүүс). Бизнесийн дүрмүүд нь тодорхой даалгаврыг гүйцэтгэхэд шаардлагатай хэд хэдэн алхмуудаас бүрдэх эсвэл оруулсан өгөгдөл зөв эсэхийг шалгах шалгалтууд байж болно. Бизнесийн дүрэмд мэдээллийн бүрэн бүтэн байдлын дүрмийг багтааж болно. Бусад дүрмээс ялгаатай нь тэдний гол зорилго нь бизнесийн гүйлгээг зөв явуулахад оршино.
Жишээлбэл, "Very Tough Guys" компанид зөвхөн цагаан, цэнхэр, хар өнгийн машиныг албан ёсны хэрэгцээнд авдаг заншилтай байж магадгүй юм.
Компанийн Тээврийн хэрэгслийн аж ахуйн нэгжийн Тээврийн хэрэгслийн өнгөний шинж чанарын бизнесийн дүрэм нь тээврийн хэрэгсэл нь зөвхөн цагаан, цэнхэр эсвэл хар өнгөтэй байж болно.
Ихэнх DBMS нь дараах боломжийг олгодог:

• үндсэн утгыг тодорхойлох;
• өгөгдлийн санд оруулахын өмнө өгөгдлийг шалгах;
• хүснэгт хоорондын харилцааг хадгалах;
• үнэт зүйлсийн өвөрмөц байдлыг хангах;
• Хадгалагдсан процедурыг мэдээллийн санд шууд хадгалах зориулалттай.

Эдгээр бүх боломжуудыг мэдээллийн санд бизнесийн дүрмийг хэрэгжүүлэхэд ашиглаж болно.

Физик загвар

Логик загварыг үүсгэсний дараа дараагийн алхам бол физик загварыг бүтээх явдал юм. Физик загвар нь мэдээллийн сангийн практик хэрэгжилт юм. Физик загвар нь таны хэрэгжүүлэх ёстой бүх объектыг тодорхойлдог.
Логик загвараас биет зүйл рүү шилжихдээ тэдгээрийг хүснэгт, шинж чанаруудыг багана болгон хувиргадаг.
Байгууллагуудын хоорондын харилцааг хүснэгт болгон хувиргах эсвэл гадаад түлхүүр болгон үлдээж болно.
Үндсэн түлхүүрүүдийг үндсэн түлхүүрийн хязгаарлалт руу хөрвүүлдэг. Боломжит түлхүүрүүд нь өвөрмөц байдлын хязгаарлалттай байдаг.

Хэвийн бус байдал

Хэвийн бус байдал- энэ нь ердийн хэлбэрийн дүрмийг зөрчсөн суурийн бүтцийг зориудаар өөрчлөх явдал юм. Энэ нь ихэвчлэн мэдээллийн сангийн гүйцэтгэлийг сайжруулахын тулд хийгддэг.
Онолын хувьд хүн үргэлж бүрэн хэвийн суурьтай байхыг эрмэлзэх ёстой, гэхдээ практик дээр бүрэн хэвийн болсон суурь нь гүйцэтгэлийн уналт гэсэн үг юм. Өгөгдлийн санг хэт хэвийн болгох нь өгөгдөл авах бүрт олон хүснэгтэд хандахад хүргэдэг. Дүрмээр бол асуулгад дөрөв буюу түүнээс цөөн хүснэгт оролцох ёстой.
Норматив арилгах стандарт аргууд нь: хэд хэдэн хүснэгтийг нэг болгон нэгтгэх, ижил шинж чанаруудыг хэд хэдэн хүснэгтэд хадгалах, хураангуй эсвэл тооцоолсон өгөгдлийг хүснэгтэд хадгалах.

Хэдэн жилийн өмнө миний бусад үйл ажиллагааны дунд логик өгөгдлийн сангийн бүтэц, SQL хэлийг бий болгох үндсүүдийн онлайн хичээлүүд байсан. Би одоогоор хичээл хийхгүй байгаа, гэхдээ бичлэгүүд нь өөрөө үлдсэн тул тэдгээрийг оруулахаар шийдсэн, яагаад сайн зүйл дэмий үрэгдэх ёстой гэж? 🙂

Өнөөдөр бид аж ахуйн нэгжийн харилцааны загвар буюу аж ахуйн нэгжийн харилцааны загварын талаар ярих болно.

Онол

Entity-Relationship model буюу ER загвар нь өгөгдлийн сангийн бүтцийг зохион бүтээх ажлыг хялбарчлах зорилгоор боловсруулсан өндөр түвшний концепцийн өгөгдлийн загвар юм.

Энэ загвар нь өгөгдлийн сангийн бүтцийг аж ахуйн нэгж, шинж чанар, харилцааны багц гэж тодорхойлсон ойлголтуудын багц юм. Ийм өгөгдлийн загварыг хөгжүүлэх гол зорилго нь хэрэглэгчийн мэдээллийн талаарх ойлголтыг бий болгох, мэдээллийн сангийн дизайнтай холбоотой олон тооны техникийн талуудын талаар тохиролцох явдал юм. Өгөгдлийн концепцийн загвар нь мэдээллийн санг хэрэгжүүлэхэд ашигладаг тодорхой DBMS эсвэл техник хангамжийн платформоос хамаардаггүй гэдгийг онцгой анхаарах хэрэгтэй.

"Аж ахуйн нэгж-харилцаа" диаграммуудын зорилго нь мэдээллийн боловсруулалтын автоматжуулсан системийн (DB ASOI) мэдээллийн санг бий болгоход мэдээллийн эх сурвалж болгон ашигладаг бодит субьектийн (SbD) үнэн зөв, бүрэн дүрслэлийг бий болгох явдал юм.

ObD-ийн энэхүү диаграм буюу концепцийн загвар нь дараахь шаардлагыг хангасан байх ёстой.

• SbA-г хангалттай харуулах;
• ASOI-ийн ирээдүйн хэрэглэгчид болон мэдээллийн сан хөгжүүлэгчдэд ойлгомжтой хэлээр танилцуулах;
• Өгөгдлийн сангийн цаашдын дизайн хийхэд хангалттай ObD-ийн талаарх мэдээллийг агуулсан байх (логик болон физик загваруудыг боловсруулах);
• ObA загварын хоёрдмол утгагүй тайлбар эсвэл тайлбарыг баталгаажуулна.

Энэ загварын гол ойлголтууд нь ойлголтууд юм аж ахуйн нэгж, шинж чанар, харилцаа.

ЭССЕНСижил шинж чанартай бодит ертөнцийн объектуудын багц юм. Аж ахуйн нэгж нь бие даасан оршихуйгаар тодорхойлогддог бөгөөд биет (эсвэл бодит) оршихуйтай объект эсвэл үзэл баримтлалын (эсвэл хийсвэр) оршихуйтай объект байж болно.

Аж ахуйн нэгж нь мэдээлэл цуглуулахад зайлшгүй шаардлагатай үзэгдэл, үйл явцын (гүйлгээ, хүсэлт) үндсэн агуулга бөгөөд мэдээлэл цуглуулах зангилааны цэг юм. Аж ахуйн нэгж гэдэг нь нэг төрлийн объект юм уу эд зүйлсийн багцыг хэлнэ. Байгууллага бүр нь нэр болон шинж чанаруудын жагсаалтаар тодорхойлогддог. Аж ахуйн нэгж нь мэдээллийн санд хадгалагдах ёстой хүн, газар, зүйл гэх мэт байж болно.

Дасгал хийх

ЖИШЭЭ. Сэдвийн хэсэг" Кино театрт тасалбар захиалах". Киног кино театрт үзүүлдэг бөгөөд тасалбарыг тоглолт болох өдөр худалдаж авах эсвэл урьдчилан захиалах боломжтой. Мэдээллийн сан нь тухайн кино театрт болж буй бүх кино, түүний дотор хуучин киноны талаарх мэдээллийг агуулдаг. Кино үзвэр бүр өөрийн гэсэн өртөгтэй, i.e. Нэг киноны тасалбарууд өөр өөр цагуудад үнэ нь өөр байж болно. Кино үзвэр нь киноноос бүрдэх бөгөөд түүний талаарх мэдээлэл нь мэдээллийн санд хадгалагддаг.

Pro " Кино театрт тасалбар захиалах” аж ахуйн нэгжүүд нь дараах ойлголтууд байх болно.

Кино үзүүлэх

Кино

Үзэгч

Тасалбар

Захиалга

Үнэ

Графикийн хувьд аж ахуйн нэгжийн харилцааны диаграм дахь объектуудыг тэгш өнцөгт хэлбэрээр дүрсэлсэн болно:

АРТРИБУТ— энэ нь аж ахуйн нэгж эсвэл харилцааны шинж чанарыг тодорхойлох арга хэрэгсэл юм. Атрибут нь аж ахуйн нэгжийн нэрлэгдсэн шинж чанар юм. Аттрибутын нэр нь тухайн аж ахуйн нэгжийн хувьд өвөрмөц байх ёстой, гэхдээ өөр өөр байгууллагуудын хувьд ижил байж болно.

Аж ахуйн нэгжийн шинж чанаруудын тодорхой багц нь тэдгээрийг ашиглаж буй ажлуудаар тодорхойлогддог. Жишээлбэл, "Кино театрт тасалбар захиалах" ОбА-ийн байгууллагуудыг дараах шинж чанаруудыг ашиглан тодорхойлж болно.

Кино үзүүлэх(Кино үзсэн дугаар, Киноны дугаар, Үзүүлсэн огноо, Зардлын дугаар);

Кино(Киноны дугаар, гарчиг, үргэлжлэх хугацаа, товч тайлбар);

Үзэгч(Үзэгчийн тоо, овог нэр, төрсөн огноо);

Тасалбар(Үзэгчийн тоо, Кино үзвэрийн дугаар, Тасалбарын үнэ);

Захиалга(Аудиторын дугаар, Шалгах дугаар, захиалгын огноо);

Үнэ(Зардлын дугаар, Скрининг дугаар, зардал).

Графикаар аж ахуйн нэгжийн шинж чанарууд нь шинж чанарын нэрсийн жагсаалтыг жагсаасан тэмдэглэгээ хэлбэрээр илэрхийлэгддэг. Жишээлбэл:

Тод налуу болон доогуур зураас нь үндсэн түлхүүрүүдийг илэрхийлдэг бөгөөд энэ нь тухайн аж ахуйн нэгжийн онцлог шинж чанарыг илэрхийлдэг. Доогуур зураас нь гадаад түлхүүрүүдийг илэрхийлдэг - тэдгээрт хамаарах аж ахуйн нэгжүүдийг өвөрмөц байдлаар тодорхойлдог шинж чанарууд.

ХОЛБООгэдэг нь хоёр (эсвэл түүнээс дээш) өөр аж ахуйн нэгжүүдийн хоорондын хамаарал юм. Харилцааны механизмыг ObA дахь байгууллагуудын хоорондын харилцааг тодорхойлоход ашигладаг. Нэмж дурдахад, тусдаа аж ахуйн нэгжийн шинж чанаруудын хоорондын хамаарал байдаг (логик загварыг бий болгоход анхаарах ёстой).

Холбоос бүрд түүний үүргийг тайлбарлах ёстой нэр өгсөн. Харилцаа нь холболтын нэр, үндсэн байдлын индекс, оролцооны зэрэг, холболтын зэрэг, холболтын оршин тогтнох хугацаа болон бусад шинж чанартай байдаг.

Аж ахуйн нэгжүүд хэрхэн холбоотой болохыг ойлгоход хялбар болгохын тулд харилцааны нэр нь тодорхой утгатай байх ёстой. Жишээлбэл, үзэгч ба тасалбар хоёрын хоорондын харилцааг "Худалдан авах" гэж тодорхойлж болно.

Байгууллагын харилцааны диаграмм дахь харилцааг графикаар дүрслэн харуулахын тулд ромбыг ашигладаг. Ромбусын дотор холболтын нэрийг тодорхойлж, энэ холболтод оролцож буй байгууллагуудыг шугам ашиглан холбодог.

Харилцааны үндсэн байдлын үзүүлэлт (тодорхой бус байдлын шинж чанар) нь аж ахуйн нэгжүүдийн хоорондын харилцааны түвшинг харуулж, оролцогч аж ахуйн нэгж бүрийн боломжит харилцааны тоог тодорхойлдог.

• ганцаарчилсан (1:1);
• нэгээс олон (1:N);
• олон-олон (N:M).