Fungsi utama DBMS nu

Modern sistem database dipaké dina loba obyek, tapi teu sadaya jelema weruh kumaha aranjeunna sarta kumaha anjeun tiasa nganggo pungsi database. parabot ieu jumlah badag kemungkinan, jadi Anjeun kudu ngarti yén maranéhna tiasa ngalakukeun na naon gunana pikeun pamaké nu ngagunakeun aranjeunna pinuh.

manajemén data

Di tempat munggaran, dina fungsi database kaasup ngolah émbaran dina mémori éksternal, sarta fungsi ieu penyediaan strukturna dasar ep, anu diperlukeun mah ngan ukur nepi ka toko informasi langsung kaasup dina database tapi ogé nedunan rupa tugas kantor, kayaning meunang gancang aksés ka berkas on kali béda. Dina embodiments tangtu, aktip dipake kamungkinan sistem file béda, sedengkeun nu sejenna nyadiakeun keur gawe, malah di tingkat alat memori éksternal. Tapi dina hal ieu eta sia noting yén fungsi database, ku gelar luhur pembangunan, pamaké, dina sagala hal, teu informed naha sistem naon anu dipaké, jeung lamun kitu, kumaha carana ngatur payil. Dina sababaraha hal, sistem geus ngarojong urutan sorangan ngaran objék kaasup dina database.

manajemén panyangga RAM

Dina mayoritas overwhelming kasus fungsi database geus ilahar ngagunakeun basis data cukup voluminous sarta ukuran minimum anu mindeng leuwih sadia RAM. Tangtu, lamun dina hal pengobatan pikeun tiap item data bakal disilihtukeurkeun kalawan memori éksternal, laju kiwari dimungkinkeun bakal cocog laju sistem, jadi ampir hijina pilihan nyata pikeun ngaronjatkeun data buffering taun RAM. Dina hal ieu, sanajan sistem operasi nyadiakeun sistem-lega panyangga, contona mun UNIX, nu ieu moal aya cukup pikeun mastikeun yén database di Tujuan na utama fungsi, sabab boga volume loba nu leuwih gede data dina sipat mangpaat tina buffering tiap bagian husus tina database dipaké. Alatan sistem ngembangkeun ieu ngarojong set na sorangan tina buffers, kitu ogé salaku disiplin unik ngagantian maranéhanana.

Eta sia noting kanyataan yén aya hiji garis misah sistem kontrol, fokus kana ayana kontinyu dina mémori tina sakabéh database. arah ieu dumasar kana anggapan yen dina mangsa nu bakal datang jumlah RAM dina komputer Anjeun bakal tiasa dilegakeun sangkan nu moal panjang jadi tina sagala buffering salempang, jeung fungsi dasar tina tipe ieu database dieu bakal tumiba ngan di waktu. Di momen, sadaya karya ieu masih dina fase nguji.

manajemén urus

A urus mangrupakeun runtuyan operasi kalawan ngagunakeun sistem manajemen data base nu Ngaruwat salaku éntitas tunggal. Mun urus ieu pinuh dieksekusi hasil, sistem ngarebut perobahan nu geus dijieun ku éta, dina mémori éksternal atawa euweuh parobahan ieu moal reflected kana kaayaan databés. Operasi ieu anu diperlukeun dina raraga ngarojong integritas logis tina database dipaké. Ieu kudu dicatet yén pangropéa tina Tangtu bener tina mékanisme urus nyaeta prerequisite a sanajan maké single-pamaké database, Tujuan jeung fungsi nu aya béda signifikan tina jenis séjén sistem.

Harta anu urus sagala dimimitian ngan dina kaayaan konsisten database sahingga daun eta dina kaayaan sami sanggeus ahir prosedur, sahingga pisan merenah ngagunakeun salaku unit kagiatan dina pangkalan data. Kalawan manajemén ditangtoskeun tina transaksi nu dieksekusi dina paralel ku sistim kontrol unggal pamaké individu, prinsipna mah, bisa ngarasa bagian tina kuma. Sanajan kitu, ieu téh di sababaraha cara hiji pawakilan idealized, saperti dina loba kaayaan nalika urang gawe tetep bakal akal ayana kolega na lamun aranjeunna dipake sistem multiuser, tapi dina kanyataanana eta nyadiakeun pisan konsep databés. Fungsi kayaning database multi pamaké ogé geus pakait jeung konsep manajemen urus kayaning rencana eksekusi serial, sarta serialization.

Naon hartosna aranjeunna?

Serializing urus laksana paralel ngalibatkeun hiji konstruksi husus ngeunaan rencana karya maranéhanana, wherein efek total kahontal sarua jeung campuran hasilna diala, kusabab palaksanaan sequential maranéhanana.

rencana eksekusi serial mangrupa struktur nu tangtu Peta, nu ngabalukarkeun serialization. Tangtu, lamun sistem ieu dicandak nyadiakeun hiji sabenerna A palaksanaan serial campuran transaksi, teras wae pamaké anu dihasilkeun urus, ayana batur bakal kacida imperceptible, iwal ti bakal dianggo bit laun dibandingkeun mode single-pamaké.

Aya sababaraha algoritma serialization dasar. Dina sistem sentralisasi, nu pang populerna dinten anu algoritma nu dumasar kana sinkronisasi newak objék database béda. Dina kasus naon algoritma serialization nyadiakeun keur kamungkinan konflik antara dua atawa leuwih transaksi dina aksés ka objék database tangtu. Dina kaayaan kitu, mun ngarojong prosedur ieu, anjeun kudu gulung deui, nyaeta, pikeun ngaleungitkeun sagala parobahan nu dijieun kana databés ngaliwatan salah sahiji atawa leuwih prosés. Ieu ngan salah sahiji kaayan sistem multi-pamaké, salah karasaeun ayana batur.

logging

Salah sahiji sarat utama pikeun sistem modern nyaeta pikeun mastikeun reliabiliti gudang informasi dina mémori éksternal. Dina sababaraha hal, eta nyadiakeun éta salah sahiji fungsi utama pangkalan data ngawengku kamampuh cageur kaayaan koheren panungtungan tina database sanggeus lumangsungna sagala software atawa hardware gagalna. Dina mayoritas overwhelming kasus dicokot mertimbangkeun dua pilihan pikeun gagal hardware:

• lemes, nu bisa diinterpretasi salaku eureun ngadadak tina komputer (kasus paling umum - Power Darurat Pareum);
• kaku, nu dicirikeun ku leungitna parsial atanapi lengkep data nu disimpen dina média éksternal.

Salaku gagal software Conto Sistim shutdown darurat lamun nyobian nganggo kamungkinan naon anu salah sahiji fungsi utama hiji DBMS teu kaasup atawa ngadat wae pamaké utiliti, whereby a urus tangtu teu acan réngsé. Kaayaan munggaran bisa dianggap salaku nanaon husus gagal lemes, bari bisi tina dimungkinkeun dina perlu pikeun ngaleungitkeun konsékuansi tina hiji urus tunggal.

Tangtu, dina sagala hal keur recovery database normal perlu mibanda jumlah nu tangtu émbaran tambahan. Dina basa sejen, keur perawatan normal tina reliabiliti neundeun data dina database anjeun kudu mastikeun redundancy gudang informasi, sarta bagian data nu dipaké dina recovery kudu dijaga taliti. Metoda nu paling umum tina mastikeun pangropéa data kaleuleuwihan, dianggap bisa logging parobahan.

Naon eta na kumaha carana make?

majalah mangrupakeun bagian husus tina database, nu diakses dina jumlah fungsi database teu kaasup, sarta eta dijaga taliti pisan. Dina sababaraha kaayaan, sanajan dina waktos anu sareng nyadiakeun pangrojong pikeun dua salinan majalah, di média fisik béda. Di toko nampi informasi ngeunaan widang naon waé parobahan anu lumangsung di bagian utama pangkalan data, sarta parobahan sistem kontrol béda bisa journaled dina tingkat nu beda. Dina sababaraha kaayaan, hiji Éntri log geus pinuh konsisten sareng sabagean operasi logika parobahan, wae - operasi internal minimum pakait jeung modifikasi kaca ingetan éksternal, bari sababaraha DBMSs ngalibetkeun pamakéan éta gabungan dua deukeut.

Dina sagala hal, nu disebut "strategi pra-emptive rekaman" dina majalah. Dina catetan aplikasi na, nunjukkeun parobahan dina sagala obyek database ragrag kana memori éksternal majalah saméméh objek variabel. Perlu dipikanyaho yén lamun fungsi database Aksés kaasup minuhan normal mibanda protokol ieu, migunakeun majalah pikeun ngajawab sagala masalah nu patali jeung recovery database dina acara naon gagal.

recoil

Kaayaan pangbasajanna nyaéta restorasi sahiji transaksi individu geus digulung deui. Pikeun prosedur ieu, teu perlu ngagunakeun robah log Sistim-lega, tur éta cukup ngagunakeun pikeun tiap urus operasi modifikasi majalah lokal, lajeng gulung balik urus ku executing operasi tibalik, dimimitian ti tungtung unggal catetan. Struktur fungsi database mindeng ngalibatkeun ngan struktur sapertos ieu, tapi nu ilahar dina log lokal masih teu dirojong, sarta rollback malah individu tina transaksi individu dilumangsungkeun ku sistem-lega, jeung anu sakabeh rékaman unggal urus digabungkeun daptar sabalikna.

Dina acara anu memori database éksternal gagalna lemes bisa ngawengku rupa objék anu geus dirobah ku transaksi teu réngsé ku waktu lumangsungna gagalna, sarta ogé bisa jadi taya objek béda, leuwih ditingkatkeun nya éta hasil réngsé saméméh sesar kalayan ngagunakeun eusi RAM panyangga nu lengkep disappears lamun aya masalah sarupa. Mun protokol anu complied kalawan, nyadiakeun keur dipakéna jurnal lokal nu merta nulis dina mémori éksternal, nu nyaritakeun modifikasi tina sagala objék misalna.

Tujuan utama tina prosés recovery sanggeus kajadian tina kagagalan lemes nyaeta kaayaan mémori éksternal tina database utama, nu bakal timbul dina kasus ngaropéa di EaP nu mana wae parobahan pikeun urus réngsé sahingga moal bakal ngandung ngambah prosedur lengkep. Pikeun ngahontal éfék ieu, fungsi database utama anu dina hal ieu, rollback transaksi uncommitted, ngulang operasi, hasil nu pamustunganana moal muncul dina mémori éksternal. prosés ieu ngalibatkeun rada loba subtleties, nu utamana nyaritakeun organisasi manajemen majalah na buffers.

gagal teuas

Upami diperlukeun, balikkeun database sanggeus lumangsungna gagal teuas henteu ukur majalah, tapi ogé cadangan database. Kiwari dimungkinkeun mangrupakeun salinan lengkep pangkalan data dina wayah éta salaku majalah mimitian ngeusian. Tangtu, pikeun prosedur recovery normal merlukeun kaamanan majalah kituna, sakumaha disebutkeun tadi, mun pelestarian na dina mémori éksternal ditumpukeun syarat ketat pisan. Dina hal ieu, recovery tina pangkalan data éta, dumasar kana salinan archival majalah anu dicoo sagala transaksi dilakukeun réngsé dina waktu bencana. Upami diperlukeun, eta bisa malah dicoo karya transaksi lengkep tur nuluykeun pagawean normal maranéhanana sanggeus ahir prosés recovery, tapi paling sistem nyata, prosedur saperti henteu dilumangsungkeun pikeun alesan yen dina diri recovery sanggeus gagal teuas nyaéta prosedur rélatif panjang.

Rojongan basa

Digawekeun ku basis data modern ngagunakeun basa nu beda, sarta dina awal database, janjian, fungsi sarta ciri séjén nu aya béda signifikan tina sistem modern nyadiakeun rojongan husus keur sababaraha basa. Ieu nya utamana SDL na DML, dimaksudkeun pikeun nangtukeun databés schema tur data manipulasi visinil.

SDL ieu dipake keur ngartikeun struktur logis tina database, nyaeta, pikeun mikawanoh struktur husus tina database, nu disadiakeun pikeun pamaké. DML ogé ngawengku sakumpulan operator manipulasi informasi, ngidinan Anjeun pikeun nyimpen informasi dina database a, kitu ogé pupus, ngaropéa atawa ngagunakeun data aya.

fitur DBMS kaasup tipena béda rojongan basa terpadu tunggal nu nyadiakeun pikeun sakabéh sumber diperlukeun pikeun operasi normal tina basis data, ti nyiptakeun awal na, sarta nyadiakeun antarbeungeut pamaké baku. Bahasa baku nu nyadiakeun fungsi dasar tina database paling umum dina dinten urang sistem relational, dipaké ku SQL.

Naon eta?

Di tempat munggaran basa ngagabungkeun fungsi dasar DML na SDL, nyéta, nyadiakeun kamungkinan nangtukeun semantik husus tina database relational , sarta ngamanipulasi éta informasi diperlukeun. Kituna béda objék database ngaran dirojong langsung dina tingkat basa dina rasa nu artos dilumangsungkeun ku ngaran obyék kompiler di identifiers internal maranéhanana, dumasar kana tabél layanan nu dirojong husus-directories. Inti sistem kontrol, prinsipna mah, teu berinteraksi sareng tabel atanapi kolom individu.

Bahasa SQL ngawengku daptar parabot husus keur ngartikeun konstrain database. Deui, sagala larangan sapertos nu kaasup dina tabel husus, katalog, sarta ngawaskeun integritas dilumangsungkeun langsung dina tingkat linguistik, nu aya dina prosés maca individu kompiler pernyataan modifikasi database, dumasar sadia dina konstrain integritas database, spends keur ngahasilkeun kodeu alkana.