PANIMULA

Ang sistema ng impormasyon (IS) ay isang sistema ng pagproseso ng data ng anuman lugar ng paksa na may paraan ng akumulasyon, imbakan, pagproseso, pagbabago, paghahatid, pag-update ng impormasyon gamit ang computer at iba pang kagamitan. Ang mga sumusunod na proseso ay ginagawa sa IS:

Input ng impormasyon mula sa panlabas at panloob na mga mapagkukunan;

Pagproseso ng papasok na impormasyon;

Pag-iimbak ng impormasyon para magamit sa ibang pagkakataon;

Ipakita ang impormasyon sa isang madaling gamitin na form.

Ang batayan ng IS, ang object ng pagproseso nito ay ang database (DB). Ang database ay isang koleksyon ng impormasyon tungkol sa mga partikular na real-world na bagay sa isang partikular na lugar ng paksa o seksyon ng isang lugar ng paksa. Kaya, ang database ay gumaganap ng function ng pag-iimbak ng impormasyon sa IS.

Imbakan ng opisina up-to-date na impormasyon naglalaro pangunahing tungkulin V mahusay na gawain kanyang mga empleyado. Kailangang mabilis na tuparin ng kawani ang mga kahilingan mula sa pamamahala (halimbawa, tulong sa paghahanap ng mga dokumento ayon sa uri o empleyado), kaya dapat maglaman ang database ng sumusunod na impormasyon:

Impormasyon tungkol sa mga empleyado;

Impormasyon tungkol sa organisasyon;

Impormasyon tungkol sa mga dokumento;

Ang isang komportable ay kinakailangan para sa trabaho. user interface, na nagbibigay ng presentasyon, pagdaragdag at pag-edit ng data.

ISTRUKTURA NG DATABASE

server ng interface ng system ng impormasyon

Ang modelo ng lohikal na database ay naglalarawan sa mga konsepto ng lugar ng paksa, ang kanilang mga relasyon, pati na rin ang mga paghihigpit sa data na ipinataw ng lugar ng paksa nang hindi isinasaalang-alang ang pagpapatupad nito sa isang partikular na DBMS.

Pangunahing tool sa pag-unlad lohikal na modelo data sa kasalukuyang sandali ay iba't ibang mga pagpipilian Mga diagram ng ER (Entity-Relationship, entity-relationship diagram).

Ipinapakita ng Figure 1 ang lohikal na diagram ng database para sa lugar ng paksa ng "Opisina". Ipinapakita ng lohikal na diagram ang mga sumusunod na entity: Organisasyon, Empleyado, Job_Title, Document, Document_type. Ang mga paglalarawan ng mga entity ay nakapaloob sa Talahanayan 1.

Larawan 1 - Logic circuit DB

Talahanayan 1 - Paglalarawan ng mga entity ng modelo ng lohikal na data

Pangalan	Layunin
	Inilalarawan ang mga empleyado sa kawani ng organisasyon. Naglalaman ng mga katangian: buong pangalan, posisyong hawak at organisasyon kung saan ito nagtatrabaho. Ikinonekta ng isang one-to-one na relasyon sa entity na "JobTitle".
	Inilalarawan ang organisasyon kung saan nagtatrabaho ang mga empleyado. Naglalaman ng mga katangian: pangalan, address. Ikinonekta ng isa-sa-isang relasyon sa entity na "Empleyado".
	Direktoryo ng mga posisyon. Naglalaman ng katangian: posisyon (title ng trabaho).
	Inilalarawan ang lahat ng mga dokumento at kung sinong empleyado ang nagtatrabaho sa kanila. Naglalaman ng mga katangian: pamagat, uri ng dokumento, empleyado. May one-to-one na relasyon sa Employee entity at one-to-one na relasyon sa DocumentType entity.
	Direktoryo ng mga uri ng dokumento. Naglalaman ng katangian ng uri ng dokumento.

Gumagana ang modelo ng pisikal na data sa mga kategoryang nauugnay sa organisasyon panlabas na memorya at mga istruktura ng imbakan na ginagamit sa isang partikular na operating environment. Sa kasalukuyan bilang mga pisikal na modelo ay ginagamit iba't ibang pamamaraan mga placement ng data batay sa mga istruktura ng file: ito ang organisasyon ng direkta at sunud-sunod na mga file ng pag-access, index file at baligtad na mga listahan.

Ipinapakita ng Figure 2 ang pisikal na diagram ng database. Ang diagram ay naglalarawan ng mga entity at nagsasaad din ng mga uri ng data. Dahil ang mga entity na "Document_type" at "Employee" ay nauugnay sa entity na "Document" sa isang one-to-one na relasyon, ang mga nagli-link na entity na "Document_typeDocument" at "EmployeeDocument" ay idinaragdag sa pisikal na diagram. Naglalaman ang mga entity ng link mga dayuhang susi, na nagbibigay ng isa-sa-isang uri ng komunikasyon.

Figure 2 - Pisikal na diagram ng database

Paglikha ng Data Schema

Pagkatapos gumawa ng mga istruktura ng talahanayan ng database, dapat kang lumikha ng schema ng data. Dapat munang isara ang lahat ng mga talahanayan ng database. Gumawa o magpalit ng mga koneksyon sa pagitan bukas na mga mesa ito ay ipinagbabawal.

Magsisimula ang paglikha ng schema ng data sa window Database mula sa pagpili ng koponan Schema ng Data ng Serbisyo. Pagkatapos isagawa ang tinukoy na utos, dalawang bintana ang bubukas: Schema ng Data At Pagdaragdag ng mesa aktibo ang bintana Pagdaragdag ng mesa(Larawan 12), kung saan maaari mong piliin ang mga talahanayan na kasama sa schema ng data.

kanin. 12. Dalawang bintana: Data Schema at Magdagdag ng Talahanayan

Pagkatapos ng pagpili ang mga kinakailangang talahanayan sa bintana Schema ng Data ang kaukulang mga talahanayan ay ipapakita sa isang listahan ng kanilang mga patlang. Kung kinakailangan, ang laki ng mga window ng talahanayan ay maaaring mabago upang ang listahan ng mga patlang ay ganap na nakikita. Susunod, maaari kang magsimulang tukuyin ang mga ugnayan sa pagitan ng mga talahanayan.

Kapag tinutukoy ang mga koneksyon sa isang schema ng data, maginhawang gumamit ng isang lohikal na modelo ng impormasyon, ayon sa kung saan madaling matukoy ang pangunahing at subordinate na talahanayan ng bawat solong-multivalued na relasyon, dahil sa gayong modelo ang mga pangunahing bagay ay palaging inilalagay sa itaas ng mga nasasakupan. Ang mga koneksyon na may iisang halaga ay pangunahing sa mga database ng relasyon datos.

Upang lumikha ng isang uri ng 1:M na relasyon sa pagitan ng isang pares ng mga talahanayan, kailangan mong pumili ng isang pangunahing field sa pangunahing talahanayan (ang pangalan ng field na ito sa data diagram ay ipinapakita sa bold) kung saan ang koneksyon ay itinatag at, habang hawak ang pababa sa pindutan ng mouse, ilipat ang pointer ng mouse sa kaukulang field ng subordinate table.

Pagkatapos ng execution mga tinukoy na aksyon may magbubukas na bintana Pagbabago ng mga koneksyon(Larawan 13). Kasabay nito, sa bukid Uri ng relasyon ang isa-sa-maraming halaga ay awtomatikong itatakda.

kanin. 13. Window I-edit ang mga link

Kapag lumilikha ng isang relasyon gamit ang isang pinagsama-samang susi, kailangan mong piliin ang lahat ng mga patlang na kasama sa susi ng pangunahing talahanayan at i-drag ang mga ito sa isa sa mga patlang ng relasyon sa subordinate na talahanayan. Sabay sa bintana Pagbabago ng mga koneksyon kinakailangan para sa bawat composite key field sa pangunahing talahanayan − Talahanayan/query piliin ang kaukulang field ng subordinate table na pinangalanan sa window na ito - Kaugnay na talahanayan/query.

Pagkatapos ay maaari mong piliin ang checkbox. Kapag napili ang checkbox na ito, maaari mong piliin ang mga checkbox cascading update ng mga kaugnay na field At kaskad na pagtanggal ng mga kaugnay na talaan. Kung checkbox Tinitiyak ang integridad ng data ay hindi naka-install, pagkatapos ay kapag nagdadagdag o nagtanggal ng mga tala at binabago ang mga halaga ng mga pangunahing field, dapat subaybayan ng user ang pagkakapare-pareho ng data at ang integridad ng mga relasyon, na kapag malalaking volume napakahirap gawin ang data.

Ang pagtiyak ng magkakaugnay na integridad ng data ay nangangahulugan na kapag ina-update ang database I-access ang data nagbibigay ng kontrol sa pagsunod sa mga sumusunod na kundisyon para sa mga nauugnay na talahanayan:

q Ang isang tala ay hindi maaaring idagdag sa isang subtable na may halaga ng link key na hindi umiiral sa pangunahing talahanayan;

q Hindi mo maaaring tanggalin ang isang tala sa pangunahing talahanayan maliban kung ang mga kaugnay na tala sa subtable ay tinanggal;

q Hindi mo mababago ang halaga ng isang relationship key sa isang master table record kung may mga record na nauugnay dito sa child table.

Kung ang mga talahanayan sa iyong schema ng data ay may kaugnayan sa integridad, awtomatikong sinusubaybayan ng Access ang integridad ng kaugnayang iyon kapag nagdagdag o nagtanggal ka ng mga tala o binago ang mga pangunahing halaga ng field. Kung sinubukan ng isang user na labagin ang mga ito Mga tuntunin sa pag-access nagpapakita ng kaukulang mensahe at hindi pinapayagan ang operasyon na maisagawa. Kaya, halimbawa, kung ang checkbox lamang ang naka-check Tinitiyak ang integridad ng data, pagkatapos ay hindi mo maaaring tanggalin ang data mula sa key field ng pangunahing talahanayan.

Ang pagtatatag ng uri ng 1:M o 1:1 na relasyon sa pagitan ng dalawang talahanayan at pagtatakda ng mga parameter ng integridad ng data para sa kaugnayang ito ay posible lamang sa ilalim ng mga sumusunod na kundisyon:

q Ang mga field na naka-link ay may parehong uri ng data;

q Ang parehong mga talahanayan ay naka-imbak sa parehong database;

q Ang main table ay naka-link sa child table gamit ang primary simple o composite key ng main table.

Hindi ka pinapayagan ng access na piliin ang checkbox ng integridad ng data para sa isang link ng talahanayan kung ang mga talahanayan ay nailagay na dati nang may data na hindi nakakatugon sa mga kinakailangan sa integridad.

Kung pinananatili ang integridad para sa napiling link, maaari mong itakda ang cascade update ng mga kaugnay na field at mode pagtanggal ng kaskad kaugnay na mga talaan.

Sa cascading update mode para sa mga naka-link na field, kapag nagbago ang value ng data sa isang link field sa main table, awtomatikong ia-update ng Access ang mga value ng data sa kaukulang field sa mga subordinate table.

Sa cascade mode para sa pagtanggal ng mga nauugnay na tala, kapag nagtanggal ka ng isang tala mula sa pangunahing talahanayan, ang lahat ng nauugnay na mga tala sa mga subordinate na talahanayan ay awtomatikong tatanggalin. Kapag tinatanggal ang mga tala nang direkta sa talahanayan o sa pamamagitan ng isang form, isang babala ang ipinapakita tungkol sa posibilidad ng pagtanggal ng mga nauugnay na tala.

Ang resultang inter-table na relasyon ay ipinapakita sa window Schema ng Data sa anyo ng isang linya na nag-uugnay sa dalawang patlang ng magkaibang mga talahanayan. Sa kasong ito, ang simbolo ay ipinapakita sa linya ng komunikasyon malapit sa pangunahing talahanayan - 1 , ang subordinate table ay may simbolo ng infinity ( ¥ ) (Larawan 14) .

kanin. 14. Schema ng data. Pag-uugnay ng dalawang talahanayan gamit ang key field na Supplier code.

Kaya, ang kahulugan ng paglikha mga relasyon sa relasyon sa pagitan ng mga talahanayan ay binubuo, sa isang banda, sa pagprotekta sa data, at sa kabilang banda, sa pag-automate ng mga pagbabago sa ilang mga talahanayan nang sabay-sabay kapag ang mga pagbabago ay ginawa sa isang talahanayan.

Schema bilang isang istraktura ng database

Ang mga pangunahing bagay ng isang schema ay mga talahanayan at mga relasyon.

Schema bilang isang Bagay sa Database

May isa pang konsepto ng schema sa database theory.

Sa Oracle, ito ay nauugnay sa isang user lamang (USER) at ito ay lohikal na hanay mga bagay sa database. Ang isang schema ay nilikha kapag ang isang gumagamit ay lumikha ng unang bagay, at lahat ng kasunod na mga bagay na ginawa ng gumagamit na iyon ay naging bahagi ng schema na iyon.

Maaaring kabilang dito ang iba pang mga bagay na pag-aari ng user na ito:

• mga mesa,
• mga pagkakasunod-sunod
• mga nakaimbak na programa
• mga kumpol,
• mga koneksyon sa database,
• nag-trigger,
• mga aklatan ng mga panlabas na pamamaraan,
• mga indeks,
• mga pakete,
• mga naka-imbak na function at pamamaraan,
• kasingkahulugan,
• mga pagtatanghal,
• mga larawan,
• mga talahanayan ng bagay,
• mga uri ng bagay,
• representasyon ng bagay.

Mayroon ding mga schema na paksa, tulad ng:

• mga hanay: mga talahanayan at view,
• mga seksyon ng talahanayan,
• mga hadlang sa integridad,
• nag-trigger,
• mga pamamaraan at function ng batch at iba pang elemento na nakaimbak sa mga batch (mga cursor, uri, atbp.).

May mga schema independent object

• mga katalogo,
• mga profile,
• mga tungkulin,
• mga segment,
• mga lugar ng mesa
• mga gumagamit.

Mga antas ng schema ng database

• Conceptual diagram - isang mapa ng mga konsepto at ang kanilang mga koneksyon
• Logical diagram - isang mapa ng mga entity at ang kanilang mga katangian at relasyon
• Pisikal na circuit - bahagyang pagpapatupad ng isang lohikal na circuit
• Schema ng object - Oracle database object

Mga Tala

Tingnan din

• Pagmomodelo ng Data

Wikimedia Foundation.

2010.

Tingnan kung ano ang isang "Database Schema" sa iba pang mga diksyunaryo: Schema ng database - 53. Batayang diagram Data base scheme Paglalarawan ng database sa konteksto tiyak na modelo

Pinagmulan ng data: GOST 20886 85: Organisasyon ng data sa mga sistema ng pagproseso ng data. Mga tuntunin at kahulugan... diagram ng konseptwal na database

- conceptual diagram Isang database schema na tumutukoy sa representasyon ng database na pare-pareho para sa lahat ng application nito at hindi nakadepende sa representasyon ng data sa storage environment at mga access path na ginagamit sa database management system. Konseptwal na Database Diagram - 56. Conceptual database diagram Conceptual diagram Conceptual scheme database, na tumutukoy sa isang view ng database na pare-pareho para sa lahat ng application nito at independiyente sa ginagamit sa database management system... ...

Dictionary-reference na aklat ng mga tuntunin ng normatibo at teknikal na dokumentasyon panlabas na database schema - panlabas na schema Ang database schema na pinananatili ng database management system para sa mga application. [GOST 20886 85] Mga Paksa: organisasyon ng data sa isang system. pagpoproseso data Mga kasingkahulugan panlabas na scheme EN panlabas na scheme ...

Gabay ng Teknikal na Tagasalin - 54. Panlabas na database schema Panlabas na circuit database, na tumutukoy sa isang view ng database na pare-pareho para sa lahat ng application nito at independiyente sa ginagamit sa database management system... ...

databases External scheme External scheme Database scheme na sinusuportahan ng database management system para sa mga application Source: GOST 20886 85: Data organization sa data processing system. Mga tuntunin at kahulugan... panloob na schema ng database - panlabas na schema Ang database schema na pinananatili ng database management system para sa mga application. [GOST 20886 85] Mga Paksa: organisasyon ng data sa isang system. pagpoproseso data Mga kasingkahulugan panlabas na scheme EN panlabas na scheme ...

- panloob na schema Isang database schema na tumutukoy sa presentasyon ng data sa storage environment at ang landas para ma-access ito. [GOST 20886 85] Mga Paksa: organisasyon ng data sa isang system. pagpoproseso data Mga kasingkahulugan panloob na scheme EN panloob na scheme ... - 55. Panloob na Database Schema Panloob na circuit database, na tumutukoy sa isang view ng database na pare-pareho para sa lahat ng application nito at independiyente sa ginagamit sa database management system... ...

databases Internal scheme Internal scheme Isang database scheme na tumutukoy sa presentasyon ng data sa storage environment at ang landas para ma-access ito Source: GOST 20886 85: Organization of data in data processing systems. Mga tuntunin at ...... Ang mga distributed database (RDB) ay isang hanay ng mga lohikal na magkakaugnay na database na ipinamamahagi sa. Mga pangunahing prinsipyo Ang RDB ay binubuo ng isang hanay ng mga node na konektado network ng komunikasyon, kung saan: a) bawat node ay isang ganap na DBMS ... Wikipedia

Ang artikulong ito ay walang mga link sa mga mapagkukunan ng impormasyon. Dapat na ma-verify ang impormasyon, kung hindi, maaari itong tanungin at tanggalin. Maaari kang... Wikipedia

Ang lohikal na diagram ay isang modelo ng data ng isang partikular na lugar ng isyu, na ipinahayag sa mga tuntunin ng teknolohiya sa pamamahala ng data. Nang walang pagiging isang produkto na eksklusibo ng teorya ng pamamahala ng database, ito ay gumagana sa mga termino at konsepto o mga talahanayan ng relasyon at... ... Wikipedia

Mga libro

• Lohikal na disenyo ng database, E. A. Morozov. Ang gawain ay nakatuon sa problema ng disenyo ng database. Isa sa mga yugto ng disenyo ay isinasaalang-alang, lalo na ang yugto lohikal na disenyo, sa panahon ng pagpapatupad kung saan nabuo ang isang scheme...

Paminsan-minsan ay tumitingin ako sa Toster.ru at kung minsan ay sumasagot pa ng mga tanong doon. Kadalasan, ang mga tao ay nagtatanong ng dalawang bagay - kung paano maging isang programmer at kung paano maayos na magdisenyo ng isang database schema. Personal kong nakitang kakaiba na napakaraming tao ang nagtatanong ng huling tanong. For some reason palagi kong naiisip na ganito simpleng bagay, na kayang gawin ng lahat. Ngunit, dahil napakaraming tao ang interesado, dito ko susubukan na magbigay ng medyo detalyado at sa parehong oras maikling sagot.

Sa palagay ko alam mo ang SQL. Ibig sabihin, hindi na kailangang ipaliwanag kung ano ang mga table, row, index, primary key at referential integrity. Kung hindi ito ang kaso, natatakot ako na dapat kitang i-refer sa nauugnay na literatura. Buti na lang at marami na ngayon.

Pagguhit ng diagram

Sabihin nating gusto mong magdisenyo ng database schema na nag-iimbak ng impormasyon tungkol sa mga music artist, album, at kanta. Naka-on paunang yugto, kapag wala pa rin tayo, maginhawang magsimula sa pamamagitan ng pagguhit ng isang diagram ng scheme sa hinaharap. Maaari kang magsimula sa isang sketch na may panulat sa isang sheet ng papel, o maaari mong agad na gumamit ng isang dalubhasang editor. Marami na sila ngayon, lahat sila ay nakaayos sa medyo katulad na paraan. Sa paghahanda ng talang ito, ginamit ko ang DbSchema. Ito bayad na programa, ngunit sa tingin ko ito ay nagkakahalaga ng pera. Bilang karagdagan, ang mga normal na kumpanya ay karaniwang nagbabayad para sa halaga ng software na kinakailangan para sa trabaho. Ang panahon ng pagsubok para sa DbSchema, kung mayroon man, ay dalawang linggo.

Kinailangan ko ng halos sampung minuto upang iguhit ang sumusunod na diagram:

Kung hindi ka pa nagtrabaho sa gayong mga diagram bago, huwag mag-alala, ang lahat ay simple. Ang mga parihaba ay mga talahanayan, ang mga hilera sa mga parihaba ay ang mga pangalan ng mga hanay, ang mga arrow ay nagpapahiwatig ng mga dayuhang susi, at ang mga susi ay nagpapahiwatig ng mga pangunahing susi. Kung nais mo, maaari mo ring makita ang mga index, mga uri ng hanay at kung dapat itong punan (null / hindi null), ngunit para sa amin ngayon hindi ito napakahalaga.

Bumuo ng SQL at ipakain ito sa DBMS

Madaling makita iyon diagram na ito madaling na-map sa code upang lumikha ng isang database schema sa wika ng SQL. Sa DbSchema, maaari kang bumuo ng SQL sa pamamagitan ng pagsasabi ng Schema → Bumuo ng Schema at Data Script. Pagkatapos ang resultang script ay maaaring ibigay sa DBMS na iyong ginagamit:

pusa musika.sql |

psql -hlocalhost test_database test_user

Ginamit ko ang PostgreSQL. Makakakita ka ng impormasyon kung paano i-install ang DBMS na ito sa talang ito.

Kaya, ano ang gumabay sa akin kapag nagdidisenyo ng circuit?

Mga normal na anyo Ang proseso ng pag-aalis ng redundancy at inconsistency sa isang database ay tinatawag normalisasyon

. Mayroong tinatawag na mga normal na anyo, kung saan sa pagsasagawa ay bihirang maalala ng sinuman ang higit sa unang tatlo. Sa halos pagsasalita, ang isang talahanayan ay nasa unang normal na anyo (1NF) kung mayroong eksaktong isang halaga sa intersection ng anumang row at anumang column sa talahanayan. Sa mga modernong RDBMS, palaging natutugunan ang kundisyong ito. Kahit na ang DBMS ay sumusuporta sa mga set o array, eksaktong isang set o array value ang nakaimbak sa intersection ng isang row at isang column. Ngunit sa mesa(user varchar(100), integer ng telepono)

walang linya alex - 1234, 5678 . Sa 1NF maaari lamang magkaroon ng dalawang termino - alex - 1234 at alex - 5678. Pangalawang normal na anyo (2NF) ay nangangahulugan na ang talahanayan ay nasa unang normal na anyo at bawat hindi pangunahing katangian hindi mababawasan

depende sa halaga ng primary key. Ang ibig sabihin ng irreducibility ay ang mga sumusunod. Kung ang pangunahing susi ay binubuo ng isang katangian, kung gayon ang anumang functional na pag-asa dito ay hindi mababawasan. Kung composite ang primary key, hindi maaaring magkaroon ang table ng attribute na ang value ay katangi-tanging tinutukoy ng value ng isang subset ng primary key attributes. Ang talahanayan ay nasa ikatlong normal na anyo kung ito ay nasa 2NF at walang non-key na katangian ang nasa transitive na anyo functional dependence mula sa pangunahing susi. Halimbawa, isaalang-alang ang talahanayan (empleyado varchar(100) pangunahing susi. Malinaw na nasa 2NF ito. Ngunit ang numero ng telepono ng departamento ay nasa isang transitive functional dependence sa pangalan ng empleyado, dahil natatanging tinukoy ng empleyado ang departamento, at natatanging tinukoy ng departamento ang numero ng telepono ng departamento. Upang i-convert ang isang talahanayan sa 3NF, kailangan mong hatiin ito sa dalawang talahanayan - empleyado - departamento at departmnet - telepono.

Madaling makita na binabawasan ng normalisasyon ang database redundancy at pinipigilan ang pagpapakilala ng mga random na error. Halimbawa, kung aalis ka sa talahanayan mula sa huling halimbawa sa 2NF, maaari mong mali itong italaga sa parehong departamento. iba't ibang mga telepono. O isaalang-alang ang isang kumpanya na may limang departamento at 1,000 empleyado. Kung nagbago ang numero ng telepono ng isang departamento, para i-update ito sa database, sa kaso ng 2NF, kakailanganin mong mag-scan ng 1000 row, at sa kaso ng 3NF, lima lang.

Schema ng Data

Kapag lumilikha ng isang relational database sa I-access ang DBMS ay nilikha schema ng data, na nagpapahintulot sa iyo na malinaw na ipakita ang lohikal na istraktura ng database: nagpapakita ng mga talahanayan at mga relasyon sa pagitan ng mga ito, at tinitiyak din ang paggamit ng mga koneksyon na itinatag sa database kapag nagsasagawa ng pagproseso ng data.

Sa isang normalized na schema ng data ng database, na nakabatay sa isa-sa-isa at isa-sa-maraming ugnayan sa pagitan ng mga talahanayan, maaaring itakda ang mga provisioning parameter upang i-link ang mga talahanayang iyon sa pamamagitan ng isang natatanging index sa pangunahing talahanayan o pangunahing key magkakaugnay na integridad.

Sa proseso ng pagpapanatili ng integridad ng magkakaugnay na data, ang isang talaan sa isang subtable ay hindi pinapayagan kung walang record dito na nauugnay sa pangunahing talahanayan. Alinsunod dito, sa kaso ng paunang pag-load ng database, kapag nagtanggal, nagdaragdag at nag-aayos ng mga talaan, pinapayagan ng system na maisagawa lamang ang operasyon kung hindi ito lumalabag sa integridad.

Ang mga ugnayang tinukoy sa schema ng data ay awtomatikong ginagamit upang pagsamahin ang mga talahanayan sa proseso ng pagbuo ng mga multi-table na ulat, query, at form, na makabuluhang pinapasimple ang proseso ng kanilang disenyo.

Ang mga ugnayan sa isang schema ng data ay maaaring maitatag para sa anumang pares ng mga talahanayan na may parehong field, na nagpapahintulot sa data ng talahanayan na pagsamahin.

Lumilitaw ang mga schema ng data sa navigation pane ng Database window sa mga proyekto ng Access na gumagana sa mga database ng server. Upang ipakita ang schema ng data sa isang Access database gamitin ang command Schema ng Data, naka-post sa grupo Relasyon sa tab Paggawa gamit ang mga database.

Halimbawa 1

Isaalang-alang natin ang modelo ng data ng paksang lugar na "Supply of goods" (Figure 1). Ang Access data schema na binuo para sa data model na ito ay ipinakita sa Figure 2.

Sa diagram na ito, ang mga talahanayan ng database na may listahan ng kanilang mga patlang ay ipinapakita sa anyo ng mga parihaba, at ang mga relasyon ay nagpapakita ng mga patlang kung saan ang mga talahanayan ay magkakaugnay. Ang mga pangalan ng mga pangunahing field ay naka-highlight para sa kalinawan at matatagpuan sa itaas buong listahan mga patlang ng bawat talahanayan.

Mga Tampok ng Data Schema

Ang isang relational database, na nilikha ayon sa disenyo ng canonical data model ng subject area na isinasaalang-alang, ay kinabibilangan lamang ng mga normalized na talahanayan na konektado ng isa-sa-maraming relasyon. Sa naturang database ay walang mga mapaglarawang data na nadoble, ang kanilang isang beses na pagpasok ay sinisiguro, at ang integridad ng data ay pinananatili gamit ang mga tool ng system.

Gamit ang mga ugnayan sa pagitan ng mga talahanayan, pinagsama ang data mula sa iba't ibang mga talahanayan, na kinakailangan upang malutas ang maraming problema sa pagpasok, pagsasaayos at pagtingin sa data, pagkuha ng impormasyon mula sa mga query at pagbuo ng mga ulat. Ang mga koneksyon sa talahanayan ay itinatag ayon sa proyekto lohikal na istraktura ng database na pinag-uusapan (Figure 2) at ipinapakita sa diagram ng Access data.

Ang data schema, bilang karagdagan sa pagsisilbi bilang isang paraan ng graphic na pagpapakita ng lohikal na istraktura ng database, ay aktibong ginagamit sa proseso ng pagproseso ng data. Sa tulong ng mga koneksyon na itinatag sa schema ng data, ang developer ay napalaya mula sa pangangailangang ipaalam sa system ang bawat oras tungkol sa pagkakaroon ng anumang koneksyon. Sa sandaling tinukoy mo ang mga koneksyon sa schema ng data, awtomatiko silang gagamitin ng system. Ginagawang posible ng paggawa ng schema ng data na pasimplehin ang disenyo ng mga multi-table na ulat, query, form, at tinitiyak din na napapanatili ang integridad ng magkakaugnay na data kapag nag-aayos at naglalagay ng data sa mga talahanayan.