Mana-mana objek yang diterangkan dalam format data spatial mempunyai atribut yang terikat ketat pada data spatial dan disimpan dalam jadual pangkalan data. Medan dan baris atribut data tertakluk kepada pelarasan, pembetulan dan penambahan. Organisasi data GIS ini membolehkan anda mendapatkan maklumat segera tentang atribut objek spatial. Maklumat ini diperolehi dengan memasukkan struktur komunikasi yang dicipta berdasarkan permintaan yang ditulis secara khas bahasa SQL- bahasa pertanyaan berstruktur - bahasa pertanyaan berstruktur. Penstrukturan data dalam pangkalan data dipanggil model logik untuk membina pangkalan data dan bank data.
Menonjol jenis berikut model logik pangkalan data dan bank data:
- 1. Hierarki
- 2. Model rangkaian
- 3. Model relatif.
- 4. Berorientasikan objek.
Model hierarki adalah yang tertua dan paling berkesan digunakan dalam pangkalan data dan bank data. Mereka mempunyai struktur pokok di mana unsur akar boleh dibezakan - objek sumber dan muktamad.
Objek dalam model logik ini diterangkan oleh hubungan, setiap pangkalan data ibu utama boleh mempunyai banyak pangkalan data anak, setiap pangkalan data anak atau bawahan boleh dimiliki hanya satu pangkalan data ibu utama.
Kelebihan model hierarki data:
- 1. Mudah difahami.
- 2. Disediakan akses pantas kepada data menggunakan kekunci objek. Kesan terbaik daripada menggunakan model data hierarki dicapai dengan pengekodan objek pada yang berikut struktur hierarki peranti pentadbiran.
Kelemahan:
Data dalam model ini disimpan untuk masa yang lama dan berkali-kali; menukar data membawa kepada perubahan dalam keseluruhan struktur model logik.
Tidak seperti model hierarki, model rangkaian menggunakan jenis perhubungan yang berbeza antara objek pangkalan data. Bersama-sama dengan perhubungan standard: 1:M - satu kepada banyak, M:N - banyak kepada banyak digunakan. Dalam kes ini, objek kanak-kanak boleh dimiliki oleh berbilang pangkalan data induk dan berbilang objek kanak-kanak boleh disambungkan dengan berbilang pangkalan data induk.
Kelebihan:
Fleksibiliti model, keupayaan untuk menyesuaikan diri dengan cepat apabila data berubah.
Kelemahan:
Kesukaran membina semula apabila memusnahkan objek pangkalan data.
Pemusnahan objek memerlukan semakan semua pangkalan data kanak-kanak dan ibu bapa yang mempunyai jaringan rangkaian dengan objek ini, oleh itu bentuk berikut paling kerap digunakan:
Model hubungan (relatif) yang menerangkan hubungan antara objek di mana hubungan ditulis dalam bentuk jadual.
Untuk jadual set data, terdapat peraturan integriti hubungan, membayangkan kesatuan jenis maklumat dalam baris dan sel jadual, perpaduan jenis nilai dan keperluan lain.
Lazimnya, data spatial dalam pangkalan data ini dibentangkan dalam bentuk model vektor.
Pangkalan data berorientasikan objek termasuk tiga kelas pangkalan data:
- 1. Kelas adalah berasaskan objek secara struktur -model berorientasikan data.
- 2. Model data berorientasikan objek secara relatif.
- 3. Lengkapkan model data berorientasikan objek.
Perbezaannya adalah fleksibiliti.
Dalam model data berorientasikan struktur, zarah asas maklumat dianggap sebagai objek dalam bank data.
Model berorientasikan objek penuh mengandungi keupayaan kedua-dua kelas. Objek dalam pangkalan data ini terdiri daripada satu set data yang mencirikan keadaannya dan beberapa perihalan operasi dan kaedah tertentu yang boleh digunakannya.
Kelebihan model berorientasikan objek:
- 1. Objek adalah imej optimum untuk rekod model dunia sebenar.
- 2. Ia cukup fleksibel untuk menyimpan maklumat tentang gaya hidup dan perkembangan anda sendiri.
Kelemahan:
Model sedemikian memakan masa dan menggunakan sejumlah besar memori.
Teras mana-mana pangkalan data ialah model data. Model data- ia adalah satu set struktur data dan operasi pemprosesannya.
Berdasarkan kaedah mewujudkan sambungan antara data, model hierarki, rangkaian dan hubungan dibezakan.
berhierarki Model ini membolehkan anda membina pangkalan data dengan struktur pokok, di mana setiap nod mengandungi jenis datanya sendiri (entiti). hidup tingkat atas pokok dalam model ini terdapat satu nod - akar, di peringkat seterusnya terdapat nod yang dikaitkan dengan akar ini, kemudian nod yang dikaitkan dengan nod peringkat sebelumnya, dsb.
Dalam kes ini, setiap nod hanya boleh mempunyai satu nenek moyang (Rajah 1.2).
Mencari data dalam sistem hierarki sentiasa bermula dari akar. Kemudian penurunan dibuat dari satu aras pokok ke satu aras yang lain sehingga tahap yang dikehendaki tercapai. Bergerak melalui sistem dari satu rekod ke rekod lain dilakukan menggunakan pautan.
Kelebihan utama model hierarki ialah kesederhanaan menerangkan struktur hierarki dunia sebenar dan pelaksanaan pertanyaan yang pantas. Walau bagaimanapun, ia tidak selalunya mudah untuk mula mencari data yang diperlukan dari akar setiap kali, dan tidak ada cara lain untuk bergerak melalui pangkalan data dalam struktur hierarki.
Kelemahan yang ditunjukkan difilemkan dalam rangkaian model, di mana (oleh sekurang-kurangnya, secara teori) sambungan semua adalah mungkin objek maklumat dengan semua orang.
Dalam contoh yang ditunjukkan dalam Rajah. 1.3, setiap guru boleh mengajar ramai (secara teori semua) pelajar, dan setiap pelajar boleh belajar daripada ramai (secara teori semua) guru. Oleh kerana ini adalah mustahil dalam amalan, kita perlu menggunakan beberapa sekatan.
Penggunaan model hierarki dan rangkaian mempercepatkan akses kepada maklumat dalam pangkalan data. Walau bagaimanapun, oleh kerana setiap elemen data mesti mengandungi rujukan kepada beberapa elemen lain, sumber penting diperlukan dalam kedua-dua cakera dan memori komputer utama. Memori utama yang tidak mencukupi, sudah tentu, mengurangkan kelajuan pemprosesan data. Di samping itu, model sedemikian dicirikan oleh kerumitan pelaksanaan sistem pengurusan pangkalan data.
perhubungan Model (daripada hubungan Inggeris) dibangunkan pada awal 70-an abad ke-20. Codd. Kesederhanaan dan fleksibiliti model ini menarik perhatian pemaju kepadanya, dan sudah pada tahun 80-an abad ke-20. ia telah berleluasa. Justeru DBMS hubungan telah terbukti sebagai piawaian industri.
Model hubungan adalah berdasarkan sistem konsep algebra hubungan, yang paling penting ialah jadual, baris, lajur, hubungan dan kunci utama, dan semua operasi dalam kes ini turun kepada manipulasi dengan jadual.
Dalam model hubungan, maklumat diwakili dalam bentuk jadual segi empat tepat, setiap satunya terdiri daripada baris dan lajur dan mempunyai nama yang unik dalam pangkalan data.
Jadual mencerminkan objek dunia sebenar - intipati, dan setiap baris (rekod) mencerminkan satu contoh khusus objek - contoh entiti. Setiap lajur jadual mempunyai nama yang unik untuk jadual tersebut. Lajur disusun mengikut susunan nama mereka yang diterima pakai semasa membuat jadual.
nasi. 1.2. Struktur pokok hierarki model pangkalan data
nasi. 1.3. Struktur rangkaian model pangkalan data
Tidak seperti lajur, baris tidak mempunyai nama, susunannya dalam jadual tidak ditentukan dan bilangannya secara logiknya tidak terhad. Oleh kerana baris dalam jadual tidak disusun, tidak mungkin untuk memilih baris mengikut kedudukannya. Nombor dalam fail untuk setiap satu
baris tidak mencirikannya, kerana nilainya berubah apabila baris dipadamkan daripada jadual. Secara logiknya tiada baris pertama dan terakhir.
Sistem perhubungan telah menghapuskan keperluan untuk navigasi yang kompleks, kerana data dibentangkan di dalamnya bukan sebagai satu fail, tetapi sebagai set bebas, dan operasi algebra hubungan - teori set gunaan - digunakan untuk memilih data.
Setiap jadual dalam model hubungan mesti mempunyai lajur (atau set lajur) yang nilainya secara unik mengenal pasti setiap barisnya. Lajur ini (atau set lajur) dipanggil kunci utama jadual (Rajah 1.4).
Jika jadual memenuhi keperluan untuk kunci primer yang unik, ia dipanggil sikap. Dalam model hubungan, semua jadual mesti ditukar kepada hubungan. Hubungan model hubungan saling berkaitan. Hubungan dikekalkan oleh kunci asing. Kunci luaran ialah lajur (set lajur), yang nilainya secara unik mencirikan nilai kunci utama hubungan lain (jadual).
Hubungan di mana kunci asing ditakrifkan dikatakan merujuk kepada hubungan sepadan di mana set lajur yang sama adalah kunci utama.
Dalam rajah yang ditunjukkan. Dalam contoh di 1.4, hubungan PEKERJA merujuk kepada hubungan JABATAN melalui nama jabatan.
Skema jadual hubungan (hubungan) ialah koleksi nama medan yang membentuk rekodnya:
NAMA MEJA (Bidang 1, Bidang 2.....Bidang P).
Sebagai contoh, untuk jadual yang ditunjukkan dalam Rajah. 1.4, kami mempunyai skema berikut (kunci utama dalam huruf condong):
PEKERJA (Nombor pas, Nama penuh, Jawatan, nama Jabatan, Telefon);
JABATAN (Nama jabatan. Lokasi jabatan, tujuan jabatan).
Berorientasikan objek Model pangkalan data mula dibangunkan berkaitan dengan kemunculan bahasa pengaturcaraan berorientasikan objek pada 90-an abad ke-20. Jenis pangkalan data ini menyimpan kaedah kelas dan kadangkala objek kelas berterusan, membenarkan penyepaduan yang lancar antara data dan pemprosesan aplikasi.
Penguasaan model hubungan dalam DBMS moden ditakrifkan:
kehadiran teori yang dibangunkan (algebra hubungan);
kehadiran radas untuk mengurangkan model data lain kepada model hubungan;
ketersediaan cara khas untuk akses dipercepatkan kepada maklumat;
ketersediaan standard bahasa aras tinggi permintaan ke pangkalan data, membolehkan anda memanipulasinya tanpa pengetahuan tentang yang khusus organisasi fizikal DB dalam memori luaran.
Teras mana-mana pangkalan data ialah model data. Model data– satu set struktur data dan operasi pemprosesan.
Mengikut kaedah mewujudkan sambungan antara data, mereka membezakan hierarki, rangkaian dan perhubungan model.
Model hierarki membolehkan anda membina pangkalan data dengan struktur pokok. Di dalamnya, setiap nod mengandungi jenis datanya sendiri (entiti). Di peringkat atas pokok dalam model ini terdapat satu nod - "akar", di peringkat seterusnya terdapat nod yang dikaitkan dengan akar ini, kemudian nod yang dikaitkan dengan nod peringkat sebelumnya, dsb., dan setiap nod boleh mempunyai hanya satu moyang (Gamb. 1.).
Rajah 1 Rajah model data hierarki
Mencari data dalam sistem hierarki sentiasa bermula dari akar. Kemudian penurunan dibuat dari satu tahap ke satu tahap sehingga tahap yang dikehendaki tercapai. Bergerak melalui sistem dari satu rekod ke rekod lain dilakukan menggunakan pautan.
Kelebihan utama model hierarki ialah kesederhanaan menerangkan struktur hierarki dunia sebenar dan pelaksanaan pertanyaan pantas yang sepadan dengan struktur data; namun, ia sering mengandungi data berlebihan. Di samping itu, tidak selalunya mudah untuk mula mencari data yang diperlukan dari akar setiap kali, dan tidak ada cara lain untuk bergerak melalui pangkalan data dalam struktur hierarki.
Kekurangan ini telah dihapuskan dalam rangkaian model di mana, secara teorinya, sambungan antara "semua objek maklumat dan semua" adalah mungkin (Rajah 2). Contoh – institusi pendidikan, di mana setiap guru boleh mengajar ramai (secara teori semua) pelajar, dan setiap pelajar boleh diajar oleh ramai (semua secara teorinya) guru.
Penggunaan hierarki dan rangkaian model mempercepatkan akses kepada maklumat dalam pangkalan data. Tetapi kerana setiap elemen data mesti mengandungi rujukan kepada beberapa elemen lain,
Rajah 2 Struktur rangkaian model data
sumber penting kedua-dua cakera dan memori komputer utama diperlukan. Kekurangan memori utama, tentu saja, mengurangkan kelajuan pemprosesan data. Di samping itu, model sedemikian dicirikan oleh kerumitan pelaksanaan sistem pengurusan pangkalan data (DBMS).
Model perhubungan. Model ini berdasarkan sistem konsep algebra hubungan, yang paling penting ialah: jadual, baris, lajur, hubungan dan kunci utama, dan semua operasi turun kepada manipulasi dengan jadual.
Dalam model hubungan, maklumat diwakili dalam bentuk segi empat tepat meja. Setiap jadual terdiri daripada baris dan lajur dan mempunyai nama yang unik dalam pangkalan data.
Jadual mencerminkan objek dunia sebenar - intipati, dan setiap baris (rekod) mencerminkan satu contoh khusus objek - contoh entiti. Setiap lajur jadual mempunyai nama yang unik untuk jadualnya. Lajur disusun dalam jadual mengikut susunan nama mereka muncul semasa jadual dibuat.
Tidak seperti lajur, baris tidak mempunyai nama, susunannya dalam jadual tidak ditentukan dan bilangannya secara logiknya tidak terhad. Oleh kerana baris dalam jadual tidak disusun, tidak mungkin untuk memilih baris mengikut kedudukannya. Walaupun setiap baris dalam fail mempunyai nombor, ia tidak mencirikan baris tersebut. Nilainya berubah apabila baris dipadamkan daripada jadual. Secara logiknya, tidak ada "pertama" dan "terakhir" di antara baris.
Setiap jadual model hubungan mesti mempunyai lajur atau set lajur yang nilainya mengenal pasti secara unik setiap baris dalam jadual. Lajur ini atau koleksi mereka dipanggil kunci utama jadual (Rajah 3).
Jika jadual memenuhi keperluan keunikan kunci utama, ia dikenali sebagai sikap. Dalam model hubungan, semua jadual mesti ditukar kepada hubungan. Hubungan model hubungan saling berkaitan. Hubungan dikekalkan oleh kunci asing. Kunci luaran ialah lajur (set lajur) yang nilainya secara unik mencirikan nilai kunci utama hubungan lain (jadual).
anotasi
Di dalam ini kerja kursus menerangkan reka bentuk pangkalan data hospital bandar pusat dan pelaksanaannya dalam Pangkalan Data Oracle. Bidang subjek telah dibentangkan, model data konseptual, logik dan fizikal telah dibangunkan. Jadual, pertanyaan dan laporan yang diperlukan telah dibuat menggunakan alat Pangkalan Tarikh Oracle. Kerja kursus terdiri daripada:
Pengenalan 3
1. Bidang mata pelajaran 4
2. Model konseptual 5
3. Model pangkalan data logik 7
4. Model organisasi fizikal data 9
5.Pelaksanaan pangkalan data dalam Oracle 9
6.Membuat jadual 10
7. Mencipta pertanyaan 16
8. Kesimpulan 27
Rujukan 28
pengenalan
Pangkalan data ialah repositori tunggal yang luas pelbagai data dan perihalan strukturnya, yang, selepas ditakrifkan secara berasingan dan bebas daripada aplikasi, digunakan secara serentak oleh banyak aplikasi.
Sebagai tambahan kepada data, pangkalan data mungkin mengandungi alat yang membenarkan setiap pengguna untuk beroperasi hanya dengan data yang berada dalam kecekapan mereka. Hasil daripada interaksi data yang terkandung dalam pangkalan data dengan kaedah yang ada pengguna tertentu, maklumat dijana yang mereka gunakan dan atas dasar itu, dalam kecekapan mereka sendiri, mereka memasukkan dan mengedit data
Tujuan kerja kursus ini adalah untuk membangunkan dan melaksanakan pangkalan data bagi hospital pusat bagi memastikan penyimpanan, pengumpulan dan penyediaan maklumat tentang aktiviti hospital. Pangkalan tercipta data bertujuan terutamanya untuk mengautomasikan aktiviti jabatan utama hospital.
Bidang subjek
Bidang subjek adalah sebahagian sistem sebenar, yang menarik untuk kajian ini. Apabila mereka bentuk sistem maklumat automatik, kawasan subjek diwakili oleh model data beberapa peringkat. Bilangan tahap bergantung pada kerumitan masalah yang diselesaikan, tetapi dalam apa jua keadaan ia termasuk tahap konseptual dan logik.
Dalam kerja kursus ini, bidang subjek adalah kerja hospital pusat, yang merawat pesakit. Struktur organisasi hospital terdiri daripada dua jabatan: pendaftaran dan kawasan penerimaan. Di kaunter penerimaan tetamu, temu janji dibuat, rujukan dikeluarkan, pesakit ditugaskan ke wad, dan nombor insurans direkodkan. Bilik kecemasan pula menyimpan rekod kemasukan dan pelepasan, diagnosis pesakit dan sejarah perubatan.
Pangkalan data direka untuk menyimpan data tentang pesakit, penempatan mereka, ubat-ubatan yang ditetapkan dan doktor yang merawat.
Model konseptual
Fasa pertama proses reka bentuk pangkalan data adalah untuk mencipta model data konseptual untuk bahagian perusahaan yang dianalisis.
Model konseptual ialah model bidang subjek. Komponen model ialah objek dan hubungan. Model konsep berfungsi sebagai alat komunikasi antara pengguna yang berbeza dan oleh itu dibangunkan tanpa mengambil kira spesifik perwakilan fizikal data. Apabila mereka bentuk model konseptual, semua usaha pembangun harus ditujukan terutamanya pada penstrukturan data dan mengenal pasti hubungan antara mereka tanpa mengambil kira ciri pelaksanaan dan isu kecekapan pemprosesan. Reka bentuk model konsep adalah berdasarkan analisis tugas pemprosesan data yang sedang diselesaikan di perusahaan ini. Model konseptual merangkumi perihalan objek dan hubungannya yang menarik minat dalam bidang subjek yang sedang dipertimbangkan. Hubungan antara objek adalah sebahagian daripada model konsep dan mesti ditunjukkan dalam pangkalan data. Perhubungan boleh merentangi sebarang bilangan objek. Sebaliknya, setiap objek boleh mengambil bahagian dalam sebarang bilangan perhubungan. Seiring dengan ini, terdapat hubungan antara atribut objek. Terdapat hubungan jenis berikut: "satu dengan satu", "satu kepada ramai", "banyak kepada ramai".
Paling model popular rekabentuk konsep ialah model hubungan entiti (model ER), ia tergolong dalam model semantik.
Elemen utama model ialah entiti, hubungan antara mereka dan sifatnya (atribut).
Entiti ialah kelas objek dari jenis yang sama, maklumat mengenainya mesti diambil kira dalam model.
Setiap entiti mesti mempunyai nama yang dinyatakan oleh kata nama tunggal. Setiap entiti dalam model digambarkan sebagai segi empat tepat dengan nama.
Atribut ialah ciri (parameter) entiti.
Domain – satu set nilai (kawasan definisi atribut).
Entiti mempunyai atribut utama - kunci entiti ialah satu atau lebih atribut yang mengenal pasti entiti ini secara unik.
Satu set entiti untuk hospital pusat (atribut entiti ditunjukkan dalam kurungan, atribut utama digariskan):
PESAKIT ( Kod pesakit, nama keluarga, nama pertama, tarikh lahir, nombor polisi insurans, kod jabatan);
RAWATAN ( Kod pesakit, diagnosis, tarikh discaj, kod doktor, kos);
JABATAN( Kod Cawangan, nama jabatan, bilangan wad);
PENDAPATAN ( Kod pesakit tarikh kemasukan, kod wad);
DEWAN ( Kod bilik, bilangan tempat, kod jabatan);
DOKTOR(Kod doktor nama keluarga, nama pertama, tarikh lahir, nombor fail peribadi, kod jabatan);
Gambar rajah perhubungan entiti untuk hospital daerah ditunjukkan dalam Rajah 1.
Model Pangkalan Data Logik
Versi model konsep yang boleh disediakan oleh DBMS tertentu dipanggil model logik. Proses membina model pangkalan data logik mestilah berdasarkan model data tertentu (perhubungan, rangkaian, hierarki), yang ditentukan oleh jenis DBMS yang dimaksudkan untuk pelaksanaan sistem maklumat. Dalam kes kami, pangkalan data dicipta dalam persekitaran Oracle dan akan menjadi pangkalan data hubungan.
Model hubungan dicirikan oleh kesederhanaan struktur data, perwakilan jadual yang mesra pengguna, dan keupayaan untuk menggunakan radas formal algebra hubungan dan kalkulus hubungan untuk memanipulasi data.
Dalam model data hubungan, objek dan hubungan antara mereka diwakili menggunakan jadual. Setiap jadual mewakili satu objek dan terdiri daripada baris dan lajur. Jadual dalam model hubungan dipanggil hubungan.
Atribut (medan) – mana-mana lajur dalam jadual.
Tuples (rekod) ialah baris jadual.
Jadual dipautkan antara satu sama lain menggunakan medan utama.
Kunci ialah medan yang membolehkan anda mengenal pasti rekod dalam jadual secara unik. Kuncinya boleh menjadi mudah (terdiri daripada satu medan) atau kompaun (terdiri daripada beberapa medan).
Dalam pangkalan data hubungan reka bentuk logik membawa kepada pembangunan skema data, yang ditunjukkan dalam Rajah 2.
Rajah.2.
4. Model organisasi data fizikal
Model fizikal data menerangkan cara data disimpan pada komputer, memberikan maklumat tentang struktur rekod, susunannya dan laluan akses sedia ada.
Model fizikal menerangkan jenis, pengecam dan lebar bit medan. Model data fizikal mencerminkan penempatan fizikal data pada media mesin, iaitu, fail apa, objek apa, dengan atribut apa yang terkandung di dalamnya dan apakah jenis atribut ini.
©2015-2019 tapak
Semua hak milik pengarangnya. Laman web ini tidak menuntut pengarang, tetapi menyediakan penggunaan percuma.
Tarikh penciptaan halaman: 2016-04-26
pengenalan. Konsep Pangkalan Data Asas
Pangkalan data (DB) digunakan dalam pelbagai bidang dan bidang aktiviti manusia. Sebagai contoh, mungkin terdapat pangkalan data yang mengandungi maklumat tentang pelanggan, produk, perkhidmatan yang disediakan, transaksi komersial, dsb. Kesusasteraan khusus menawarkan banyak definisi pangkalan data yang mencerminkan aspek tertentu pendapat subjektif pelbagai pengarang. Kami akan memahami pangkalan data sebagai satu set objek (produk, pelanggan, pembayaran) yang dibentangkan sedemikian rupa sehingga ia boleh dicari dan diproses menggunakan komputer. Cara untuk menguruskan data ini dipanggil sistem pengurusan pangkalan data(DBMS).
Sejarah pembangunan sistem pengurusan pangkalan data (DBMS) bermula beberapa dekad. DBMS industri pertama daripada IBM telah mula beroperasi pada tahun 1968, dan pada tahun 1975 standard pertama muncul, yang mentakrifkan beberapa konsep asas dalam teori sistem pangkalan data.
Pembangunan Teknologi komputer, penampilan komputer peribadi, stesen kerja yang berkuasa dan rangkaian komputer membawa kepada pembangunan teknologi pangkalan data. Komputer menjadi alat untuk penyimpanan rekod, yang memaksa pembangun perisian untuk mencipta sistem yang biasa dipanggil DBMS desktop.
Dengan kemunculan rangkaian tempatan, maklumat dipindahkan antara komputer, jadi masalah timbul untuk menyelaraskan data yang disimpan dan diproses dalam tempat berbeza, tetapi disambungkan secara logik. Penyelesaian kepada masalah ini membawa kepada kemunculan pangkalan data yang diedarkan, yang memungkinkan untuk mengatur pemprosesan maklumat selari dan mengekalkan integriti pangkalan data.
Untuk penyimpanan data teragih dan akses kepada pangkalan data, komputer digabungkan menjadi tempatan, serantau dan juga rangkaian global. Pada masa ini, teknologi pelanggan-pelayan digunakan secara meluas untuk membina rangkaian. Sistem pelayan pelanggan adalah tempatan biasa rangkaian komputer, yang mengandungi sekumpulan komputer pelanggan dan satu komputer khas– pelayan. Komputer pelanggan mengakses pelayan untuk pelbagai perkhidmatan. Komputer pelayan boleh menghantar pelbagai program kepada mereka, seperti pemprosesan perkataan, bekerja dengan jadual, melaksanakan pertanyaan pangkalan data dan mengembalikan hasilnya. Idea asasnya ialah setiap komputer melakukan apa yang dilakukannya dengan paling cekap. Pelayan mendapatkan semula dan mengemas kini data, pelanggan melakukan pengiraan khas dan memberikan hasilnya kepada pengguna akhir. Pada mulanya, pelayan melaksanakan fungsi paling mudah: pelayan cetak, pelayan fail, atas permintaan pelanggan untuk akses kepada fail, pelayan menghantar fail ini komputer pelanggan. Pelayan pangkalan data ialah program yang berjalan pada komputer pelayan dan mengendalikan akses pelanggan kepada pangkalan data. Oleh itu, sistem pelanggan-pelayan adalah berdasarkan prinsip pembahagian kerja. Pelanggan ialah komputer yang digunakan oleh pengguna, dan komputer pelayan melakukan servis untuk sekumpulan pelanggan: mengakses pangkalan data, mengemas kini pangkalan data, dsb. Cara progresif akses kolektif kepada pangkalan data dalam tempoh 20 tahun yang lalu ialah penggunaan rangkaian di seluruh dunia Internet dengan sekumpulan perkhidmatannya.
Contoh pelayan termasuk:
Pelayan telekomunikasi menyediakan perkhidmatan komunikasi rangkaian tempatan dengan rangkaian dan pelayan lain;
Pelayan pengkomputeran yang memungkinkan untuk melakukan pengiraan yang tidak boleh dilakukan pada stesen kerja;
Pelayan cakera, yang telah mengembangkan sumber memori luaran dan menjadikannya tersedia untuk digunakan oleh komputer klien dan, mungkin, pelayan lain;
Pelayan fail, menyokong simpanan am fail untuk semua stesen kerja;
Pelayan pangkalan data sebenarnya ialah DBMS biasa yang menerima dan melayani permintaan melalui rangkaian tempatan.
Walaupun lazimnya satu pangkalan data disimpan sepenuhnya pada satu tapak rangkaian dan disokong oleh satu pelayan, pelayan pangkalan data adalah anggaran mudah dan kos rendah untuk pangkalan data teragih kerana asas biasa data tersedia untuk semua pengguna rangkaian tempatan.
Akses kepada pangkalan data daripada program aplikasi atau pengguna dibuat dengan mengakses bahagian klien sistem. Sebagai antara muka utama antara pelanggan dan bahagian pelayan bercakap bahasa asas data SQL. Nama kolektif pelayan SQL merujuk kepada semua pelayan pangkalan data berdasarkan SQL. Dengan mengambil langkah berjaga-jaga semasa pengaturcaraan, anda boleh mencipta sistem maklumat aplikasi yang mudah alih dalam kelas pelayan SQL.
Salah satu bidang yang menjanjikan DBMS ialah konfigurasi sistem yang fleksibel, di mana pengagihan fungsi antara bahagian klien dan pengguna DBMS ditentukan semasa pemasangan sistem.
DBMS mesti memastikan integriti data logik . Integriti logik pangkalan data harus termasuk mengekalkan konsistensi dan maklumat lengkap, mencerminkan kawasan subjek dengan secukupnya.
Konsepnya dikaitkan dengan keperluan integriti data logik urus niaga. Transaksi– sekumpulan operasi berurutan yang digabungkan secara logik untuk bekerja dengan data, diproses atau dibatalkan secara keseluruhan. Sebagai contoh, jika anda membuat pesanan untuk produk tertentu, anda perlu melakukan beberapa operasi: mendaftar permintaan untuk produk, menempah produk, mengurangkan produk ini di gudang. Jika terdapat pelanggaran di mana-mana peringkat, kegagalan akan berlaku dan integriti logik pangkalan data akan dilanggar. Untuk mengelakkan kes sedemikian, transaksi "Buat pesanan" diperkenalkan. , di mana semua operasi yang diperlukan mesti dilakukan pada pangkalan data, i.e. produk dijual, kuantitinya di gudang berkurangan, atau pulangan ke keadaan asal(produk tidak dijual dan kuantitinya di gudang tetap sama).
DBMS berinteraksi antara pangkalan data dan pengguna sistem, serta antara pangkalan data dan program aplikasi yang melaksanakan fungsi pemprosesan data tertentu.
DBMS menyediakan penyimpanan selamat jumlah yang besar data struktur kompleks dalam memori luaran komputer dan capaian yang cekap kepada mereka. Fungsi utama DBMS termasuk:
· definisi data - maklumat yang perlu disimpan dalam pangkalan data ditentukan, struktur data, jenisnya ditentukan, dan ia juga ditunjukkan bagaimana data akan berkaitan antara satu sama lain;
· pemprosesan data - data boleh diproses dalam pelbagai cara: pilih mana-mana medan, menapis dan mengisih data, menggabungkan data dan mengira jumlah;
· pengurusan data - peraturan untuk mengakses data, mengubahnya dan menambah data baharu ditentukan, peraturan untuk penggunaan data secara kolektif ditetapkan.
Model data hierarki
Model data hierarki pertama muncul pada akhir 50-an. Mereka mewakili struktur pokok, di mana data diedarkan merentas peringkat daripada tuan kepada hamba dan mewakili graf tidak terarah. Contoh model data hierarki ditunjukkan dalam Rajah. 1.
Rajah 1. Model data hierarki
Model ini dicirikan oleh bilangan tahap dan nod. Setiap peringkat mewakili satu atau lebih objek (data) dan boleh mempunyai beberapa nod peringkat bawahan, dan hubungan antara semua objek ditetapkan secara tegar dan satu keturunan tidak boleh mempunyai lebih daripada satu moyang. Jenis utama struktur data model yang sedang dipertimbangkan ialah medan, rekod, fail. Rekod ialah unit struktur utama pemprosesan data dan unit pertukaran antara operasi dan ingatan luaran. Dalam model berasaskan rekod, pangkalan data terdiri daripada rekod format tetap yang boleh jenis yang berbeza. Setiap jenis rekod mentakrifkan kuantiti tetap medan, setiap satunya mempunyai panjang tetap.
Medan ialah unit asas organisasi logik data, yang sepadan dengan unit maklumat yang berasingan dan tidak boleh dibahagikan - butiran.
Rekod ialah koleksi medan yang sepadan dengan butiran yang berkaitan secara logik. Struktur rekod ditentukan oleh komposisi dan jujukan medan konstituennya, setiap satunya mengandungi data asas.
Fail ialah satu set rekod struktur yang sama dengan nilai dalam medan yang berasingan, dan medan mempunyai satu makna.
Wakil biasa (yang paling terkenal dan meluas) ialah IMS (Sistem Pengurusan Maklumat) DBMS daripada IBM. Versi pertama sistem itu muncul pada tahun 1968.
2.2.2. Model Data Rangkaian
Model rangkaian ialah model data yang serupa dengan hierarki, tetapi membenarkan sistem percuma sambungan antara nod pada tahap yang berbeza. Ia adalah lanjutan daripada model data hierarki. Oleh itu, model rangkaian membenarkan kehadiran dua atau lebih "nenek moyang" (Rajah 2).
Tidak seperti model hierarki, anak model rangkaian boleh mempunyai lebih daripada satu moyang dan satu objek boleh menjadi tuan dan anak. Oleh itu, dalam model ini, hubungan antara data adalah sedemikian rupa sehingga setiap rekod boleh menjadi bawahan kepada rekod daripada lebih daripada satu fail. Dalam model rangkaian, anda boleh mempunyai akses terus kepada mana-mana objek menggunakan kekunci, tanpa mengira tahap di mana ia terletak dalam model.
Kelebihan model rangkaian ialah kecekapan pelaksanaan dari segi penggunaan memori dan kelajuan akses. Kelemahannya ialah peningkatan kerumitan skema data yang dibina berdasarkannya.
nasi. 2. Model data rangkaian
Wakil biasa sistem berdasarkan model data rangkaian ialah IDMS (Sistem Pengurusan Pangkalan Data Bersepadu) DBMS, yang dibangunkan oleh Cullinet Software, Inc. dan pada mulanya memberi tumpuan kepada penggunaan kerangka utama (komputer tujuan am) daripada IBM. Seni bina sistem adalah berdasarkan cadangan daripada Kumpulan Petugas Pangkalan Data (DBTG) organisasi CODASYL (Persidangan Bahasa Sistem Data), yang bertanggungjawab untuk menentukan bahasa pengaturcaraan COBOL. Laporan DBTG telah diterbitkan pada tahun 1971, dan tidak lama kemudian beberapa sistem yang menyokong seni bina CODASYL muncul, termasuk IDMS DBMS. IDMS kini dimiliki oleh Computer Associates.
Normalisasi Pangkalan Data
Apabila mereka bentuk pangkalan data, perkara yang paling penting ialah menentukan struktur jadual dan hubungan antara mereka. Ralat dalam struktur data adalah sukar, dan selalunya mustahil, untuk diperbetulkan secara pemrograman. Bagaimana struktur yang lebih baik data, lebih mudah untuk memprogram pangkalan data. Teori reka bentuk pangkalan data mengandungi konsep bentuk biasa yang bertujuan untuk mengoptimumkan struktur pangkalan data. Borang biasa ialah jujukan linear peraturan yang digunakan pada pangkalan data, dan semakin tinggi bilangan bentuk normal, semakin sempurna struktur pangkalan data. Normalisasi ialah proses berbilang langkah di mana jadual pangkalan data disusun, diasingkan dan data disusun mengikut susunan. Tujuan normalisasi adalah untuk menghapuskan beberapa ciri yang tidak diingini daripada pangkalan data. Khususnya, matlamatnya adalah untuk menghapuskan beberapa jenis lebihan data dan dengan itu mengelakkan anomali apabila menukar data. Anomali perubahan data ialah kesukaran semasa memasukkan, pengubahsuaian dan pemadaman data yang timbul disebabkan oleh struktur pangkalan data. Walaupun terdapat banyak tahap, ia biasanya mencukupi untuk menormalkan kepada Bentuk Normal Ketiga.
Mari kita pertimbangkan contoh menormalkan pangkalan data pengurusan penghantaran pesanan. Pangkalan data "Jualan" yang tidak teratur akan terdiri daripada satu jadual (Gamb. 7).
Rajah.7. DB "Jualan"
Dalam jadual, setiap rekod mengandungi maklumat tentang beberapa pesanan daripada seorang pelanggan. Oleh kerana lajur maklumat produk mengandungi terlalu banyak data, adalah sukar untuk mendapatkan maklumat tersusun daripada jadual ini (contohnya, membuat laporan tentang jumlah pembelian untuk pelbagai jenis produk).
Bentuk normal pertama
Bentuk normal pertama menentukan keatoman semua data yang terkandung dalam lajur. Perkataan "atom" berasal dari bahasa Latin "atomis", yang secara harfiah bermaksud "tidak boleh dibahagikan". Borang normal pertama menyatakan bahawa terdapat hanya satu nilai pada setiap kedudukan yang ditentukan oleh baris dan lajur, bukannya tatasusunan atau senarai nilai. Kelebihan keperluan ini adalah jelas: jika senarai nilai disimpan dalam satu lajur, maka tidak ada cara mudah memanipulasi nilai-nilai ini. Sudah tentu, ini meningkatkan bilangan rekod dalam jadual.
Mari normalkan pangkalan data "Jualan" kepada bentuk biasa pertama (Gamb. 8).
Rajah 8. Bentuk normal pertama
3.3.2. Bentuk normal kedua
Anda boleh beralih ke Borang Normal Kedua daripada jadual yang sudah sepadan dengan Borang Biasa Pertama. Selain itu, syarat berikut mesti dipenuhi: setiap medan bukan kunci mestilah bergantung sepenuhnya pada kunci utama.
Mari normalkan pangkalan data "Jualan" kepada bentuk normal kedua. Kami akan memisahkan semua maklumat yang tidak berkaitan dengan pesanan individu ke dalam jadual yang berasingan. Akibatnya, bukannya satu jadual "Jualan", kami mendapat dua - jadual "Pesanan" (Rajah 9) dan jadual "Produk" (Rajah 10).
Rajah.9. Jadual "Pesanan"
Rajah 10. Jadual "Produk"
Oleh itu, jenis produk disimpan dalam satu jadual sahaja. Sila ambil perhatian bahawa tiada maklumat hilang semasa normalisasi.
3.3.3. Bentuk normal ketiga
Jadual dianggap sepadan dengan Bentuk Normal Ketiga jika ia sepadan dengan Bentuk Normal Kedua dan semuanya tidak lajur utama saling berdikari. Lajur yang nilainya diperoleh daripada data daripada lajur lain ialah satu contoh kebergantungan.
Mari normalkan pangkalan data "Jualan" kepada bentuk biasa ketiga. Untuk melakukan ini, alih keluar lajur "Jumlah" daripada jadual "Pesanan". Nilai dalam lajur ini tidak bergantung pada sebarang kunci dan boleh dikira menggunakan formula ("Harga")*("Kuantiti"). Oleh itu, pangkalan data "Jualan" diperoleh dengan struktur optimum, yang terdiri daripada dua jadual (Rajah 11).
nasi. 11. Pangkalan data biasa "Jualan"
3.2 Pelaksanaan perisian Pangkalan data
Pelaksanaan perisian pangkalan data dijalankan dengan mencipta DBMS sasaran dalam bahasa definisi data (DDL). Perintah DDL disusun dan digunakan untuk mencipta skema dan fail kosong Pangkalan data. Pada peringkat yang sama, semua paparan pengguna tertentu ditakrifkan.
Program aplikasi dilaksanakan menggunakan bahasa generasi ketiga atau keempat. Beberapa elemen ini program aplikasi akan menjadi transaksi pemprosesan pangkalan data yang ditulis dalam bahasa manipulasi data (DML) DBMS sasaran dan dipanggil daripada program pada bahasa asas pengaturcaraan - contohnya, pada Visual Basic, C++, Java. Fasa ini juga mencipta komponen lain projek aplikasi, seperti skrin menu, borang kemasukan data dan laporan. Perlu diambil kira bahawa banyak DBMS sedia ada mempunyai alat pembangunan mereka sendiri yang membolehkan anda membuat aplikasi dengan cepat menggunakan bahasa pertanyaan bukan prosedur, pelbagai penjana laporan, penjana borang, imej grafik dan penjana aplikasi.
Peringkat ini juga melaksanakan ciri keselamatan pangkalan data dan sokongan integriti aplikasi. Sebahagian daripada mereka diterangkan menggunakan DDL, manakala yang lain mungkin perlu ditakrifkan dengan cara lain - contohnya, menggunakan utiliti tambahan DBMS atau dengan mencipta program aplikasi yang melaksanakan fungsi yang diperlukan.
3.2.1. Pembangunan Aplikasi
Pembangunan aplikasi ialah reka bentuk antara muka pengguna dan program aplikasi yang direka bentuk untuk berfungsi dengan pangkalan data. Dalam kebanyakan kes, reka bentuk aplikasi tidak boleh disiapkan sehingga reka bentuk pangkalan data selesai. Sebaliknya, pangkalan data direka bentuk untuk menyokong aplikasi, dan oleh itu maklumat mesti sentiasa ditukar antara fasa mereka bentuk pangkalan data dan mereka bentuk aplikasi untuk pangkalan data tersebut.
Anda mesti memastikan bahawa semua fungsi yang diperlukan oleh spesifikasi keperluan pengguna disokong oleh antara muka pengguna aplikasi yang berkaitan. Ini terpakai kepada kedua-dua reka bentuk program aplikasi untuk mengakses maklumat dalam pangkalan data, dan untuk reka bentuk urus niaga, i.e. mereka bentuk kaedah capaian pangkalan data.
Selain mereka bentuk cara pengguna boleh mengakses kefungsian yang mereka perlukan, anda juga harus mereka bentuk yang sesuai antaramuka pengguna aplikasi pangkalan data. Antara muka ini mesti disediakan perlu bagi pengguna maklumat dengan cara yang paling mudah untuknya.
3.2.2 Ujian pangkalan data
Pengujian ialah proses melaksanakan program aplikasi untuk mencari ralat. Sebelum menggunakan sistem baru dalam amalan, ia harus diuji dengan teliti. Ini boleh dicapai dengan membangunkan algoritma ujian yang difikirkan dengan baik menggunakan data sebenar, yang mesti distrukturkan sedemikian rupa sehingga keseluruhan proses ujian dijalankan secara ketat secara berurutan dan mengikut kaedah dengan betul. Tujuan ujian bukanlah untuk menunjukkan ketiadaan ralat; ia tidak mungkin dapat menunjukkan ketiadaan ralat dalam perisian- sebaliknya, ia hanya boleh menunjukkan kehadiran mereka. Jika ujian dijalankan dengan jayanya, maka ralat dalam program aplikasi dan struktur pangkalan data pasti akan didedahkan. Sebagai produk sampingan, ujian hanya boleh menunjukkan bahawa pangkalan data dan program aplikasi berprestasi mengikut spesifikasi mereka sambil memenuhi keperluan prestasi sedia ada. Di samping itu, pengumpulan data statistik pada peringkat ujian membolehkan kami mewujudkan penunjuk kebolehpercayaan dan kualiti perisian yang dicipta.
Seperti reka bentuk pangkalan data, pengguna sistem baru harus terlibat dalam proses ujian. Sebaik-baiknya, ujian sistem harus dijalankan pada set peralatan yang berasingan, tetapi selalunya ini tidak mungkin dilakukan. Apabila menggunakan data sebenar, adalah penting untuk menciptanya terlebih dahulu sandaran, sekiranya ia rosak akibat kesilapan. Setelah ujian selesai, proses penciptaan sistem aplikasi dianggap lengkap dan boleh dipindahkan ke operasi perindustrian.
3.3 Pengendalian dan penyelenggaraan pangkalan data
Operasi dan penyelenggaraan - sokongan untuk fungsi normal pangkalan data.
Dalam langkah sebelumnya, aplikasi pangkalan data telah dilaksanakan dan diuji sepenuhnya. Sistem kini masuk peringkat akhir miliknya kitaran hidup, dipanggil operasi dan penyelenggaraan. Ia termasuk melakukan tindakan seperti:
· memantau prestasi sistem. Jika prestasi jatuh di bawah tahap yang boleh diterima, penyusunan semula pangkalan data tambahan mungkin diperlukan;
· penyelenggaraan dan pemodenan (jika perlu) aplikasi pangkalan data. Keperluan baharu dimasukkan ke dalam aplikasi pangkalan data apabila langkah kitaran hayat sebelumnya dilaksanakan semula.
Setelah pangkalan data digunakan, operasinya hendaklah dipantau secara berterusan untuk memastikan prestasi dan penunjuk lain memenuhi keperluan. DBMS biasa biasanya menyediakan pelbagai utiliti pentadbiran pangkalan data, termasuk utiliti untuk memuatkan data dan memantau fungsi sistem. Utiliti sedemikian boleh memantau prestasi sistem dan menyediakan maklumat tentang pelbagai metrik, seperti penggunaan pangkalan data, keberkesanan sistem penguncian (termasuk maklumat tentang bilangan kebuntuan yang telah berlaku), dan strategi pelaksanaan pertanyaan yang dipilih. Pentadbir pangkalan data boleh menggunakan maklumat ini untuk menala sistem untuk meningkatkan prestasi (contohnya, dengan mencipta indeks tambahan), mempercepatkan pelaksanaan pertanyaan, menukar struktur storan, atau menyertai atau memisahkan jadual individu.
Proses pemantauan mesti dikekalkan sepanjang hayat aplikasi, membolehkan penyusunan semula pangkalan data yang berkesan pada bila-bila masa untuk memenuhi keperluan yang berubah-ubah. Perubahan sedemikian memberikan maklumat tentang kemungkinan penambahbaikan pada pangkalan data dan sumber yang mungkin diperlukan pada masa hadapan. Jika DBMS yang anda gunakan tidak mempunyai beberapa utiliti yang diperlukan, maka pentadbir perlu sama ada membangunkannya sendiri atau membeli yang diperlukan alat tambahan daripada pembangun pihak ketiga.
4. Microsoft DBMS Akses
4.1 Tujuan dan maklumat am mengenai Microsoft Access DBMS
sistem Microsoft Akses ialah sistem pengurusan pangkalan data, menggunakan model data hubungan dan merupakan sebahagian daripada pakej aplikasi program Microsoft Pejabat. Ia direka untuk menyimpan, memasukkan, mencari dan mengedit data, serta memaparkannya dalam bentuk yang mudah.
Ke kawasan-kawasan aplikasi Microsoft Akses termasuk yang berikut:
· dalam perniagaan kecil (perakaunan, kemasukan pesanan, mengekalkan maklumat pelanggan, mengekalkan maklumat tentang hubungan perniagaan);
· dalam syarikat besar (aplikasi untuk kumpulan kerja, sistem pemprosesan maklumat);
· sebagai DBMS peribadi (direktori alamat, pengurusan portfolio pelaburan, buku masakan, katalog buku, rekod, video, dsb.).
Akses adalah salah satu yang paling berkuasa, mudah dan sistem mudah pengurusan pangkalan data. Kerana Akses disertakan Microsoft Office, ia mempunyai banyak ciri ciri Aplikasi pejabat, dan boleh bertukar maklumat dengan mereka. Contohnya, apabila anda bekerja dalam Access, anda boleh membuka dan mengedit fail serta menggunakan papan keratan untuk menyalin data daripada aplikasi lain.
Alat untuk membangunkan objek dalam Access ialah "penyihir" dan "pembina." ini program khas, yang digunakan untuk membuat dan mengedit jadual, pertanyaan, pelbagai jenis borang dan laporan. Biasanya, "tuan" digunakan untuk mencipta, dan "pembina" digunakan untuk mengedit objek. Proses penyuntingan melibatkan menukar rupa beberapa objek untuk memperbaikinya. Semasa mengedit borang, anda boleh menukar nama dan susunan medan, menambah atau mengurangkan saiz kawasan kemasukan data, dsb. Anda boleh menggunakan "pembina" untuk membuat borang, tetapi ini adalah kerja yang sangat intensif buruh. Akses termasuk alat perisian khas yang membantu menganalisis struktur data, import hamparan dan data teks, meningkatkan prestasi aplikasi, mencipta dan menyesuaikan aplikasi menggunakan templat terbina dalam. Untuk mengautomasikan sepenuhnya aplikasi anda, anda boleh menggunakan makro untuk memautkan data ke borang dan laporan.
Akses melaksanakan kawalan pangkalan data hubungan data. Sistem ini menyokong utama dan kunci asing. Memastikan integriti data pada peringkat kernel, yang tidak membenarkan operasi kemas kini atau pemadaman yang tidak serasi. Jadual dalam Access dilengkapi dengan alat pengesahan data, i.e. Input tidak sah tidak dibenarkan. Setiap medan jadual mempunyai format dan penerangan standardnya sendiri, yang menjadikan kemasukan data lebih mudah. Sokongan akses jenis berikut medan, termasuk: tab, teks, angka, pembilang, mata wang, tarikh/masa, MEMO, Boolean, hiperpautan, medan objek OLE, bersarang dan dikira. Jika tiada nilai dalam medan, sistem menyediakan sokongan penuh nilai kosong.
Anda boleh menggunakan alatan grafik dalam Access, sama seperti dalam Microsoft word, Excel, PowerPoint dan aplikasi lain yang membolehkan anda mencipta jenis lain graf dan rajah. Anda boleh membuat histogram, carta 2D dan 3D. Anda boleh menambah semua jenis objek pada borang Akses dan laporan: gambar, rajah, audio dan klip video. Dengan memautkan objek ini dengan pangkalan data yang dibangunkan, anda boleh mencipta bentuk dinamik dan laporan. Anda juga boleh menggunakan makro dalam Access untuk mengautomasikan tugasan tertentu. Mereka membenarkan anda membuka dan menutup borang dan laporan, membuat menu dan kotak dialog untuk mengautomasikan penciptaan pelbagai tugas aplikasi.
Dalam Access, anda boleh mendapatkan bantuan sensitif konteks dengan mengklik
4.2. Objek Microsoft Access
Pada permulaan Akses DBMS tetingkap muncul untuk mencipta pangkalan baru data atau untuk bekerja dengan pangkalan data yang dibuat sebelum ini, atau templat sedia ada (Gamb. 12).
nasi. 12. Lancarkan Akses
Templat ialah struktur pangkalan data kosong di mana jenis medan ditakrifkan, objek asas dicipta, hubungan antara jadual ditubuhkan, dsb.
Apabila mencipta pangkalan data baharu, Access akan membuka jadual kosong yang mengandungi satu baris dan dua lajur (Rajah 13).
Rajah 13. Tetingkap Pangkalan Data Baharu
Bahagian kiri tetingkap (kawasan navigasi) menunjukkan semua objek pangkalan data yang dicipta, sementara kita hanya melihat jadual kosong, kerana objek yang dicipta tidak lagi dalam pangkalan data baharu (Rajah 13). Objek utama Access DBMS termasuk yang berikut.
Meja. Jadual adalah objek utama pangkalan data kerana ia menyimpan semua data dan menentukan struktur pangkalan data. Pangkalan data boleh mengandungi beribu-ribu jadual, saiznya hanya dihadkan oleh ruang yang tersedia pada pemacu keras komputer. Bilangan rekod dalam jadual ditentukan oleh volum cakera keras, dan bilangan medan tidak lebih daripada 255.
Jadual dalam Access boleh dibuat seperti berikut:
· dalam mod “pereka bentuk”;
· dalam mod memasukkan data ke dalam jadual.
Anda boleh membuat jadual dengan mengimport atau mencipta pautan ke data yang disimpan di tempat lain. Ini boleh dilakukan, sebagai contoh, dengan data yang disimpan dalam Fail Excel, dalam senarai Perkhidmatan Windows SharePoint, fail XML, pangkalan data MS ACCESS yang lain. senarai SharePoint membolehkan anda memberikan akses kepada data kepada pengguna yang tidak memasang aplikasi MS ACCESS. Apabila anda mengimport data, salinannya dibuat dalam jadual baharu dalam pangkalan data semasa. Perubahan seterusnya yang dibuat kepada data asal tidak akan menjejaskan data yang diimport, dan sebaliknya. Apabila pengikatan data dilakukan, jadual terpaut dibuat dalam pangkalan data semasa yang menyediakan sambungan dinamik kepada data yang disimpan di tempat lain. Perubahan kepada data dalam jadual terpaut ditunjukkan dalam sumber dan perubahan dalam sumber ditunjukkan dalam jadual terpaut.
Paparan helaian data memaparkan data yang disimpan dalam jadual, manakala paparan Reka bentuk memaparkan struktur jadual.
Jika jadual mempunyai medan biasa, anda boleh menggunakan subjadual untuk memasukkan rekod daripada jadual lain ke dalam satu jadual. Pendekatan ini membolehkan anda melihat data dari berbilang jadual secara serentak.
Permintaan. Pertanyaan ialah alat khas yang direka untuk mencari dan menganalisis maklumat dalam jadual pangkalan data yang memenuhi kriteria tertentu. Rekod yang ditemui, dipanggil hasil pertanyaan, boleh dilihat, diedit dan dianalisis dalam pelbagai cara. Di samping itu, hasil pertanyaan boleh digunakan sebagai asas untuk mencipta objek Akses lain. wujud Pelbagai jenis pertanyaan, yang paling biasa ialah pertanyaan pemilihan, pertanyaan parametrik dan silang, pertanyaan untuk memadam rekod, perubahan dan lain-lain. Kurang biasa digunakan ialah permintaan untuk tindakan dan pertanyaan SQL(Bahasa Pertanyaan Berstruktur). Jika permintaan yang dikehendaki tidak, maka ia boleh dibuat tambahan.
Permintaan dijana dalam pelbagai cara, contohnya, menggunakan "wizard"; anda juga boleh membuat permintaan secara manual dalam mod "pereka". Jenis pertanyaan yang paling mudah dan paling biasa digunakan ialah pertanyaan pilih. Pertanyaan ini memilih data daripada satu atau lebih jadual dan membentuknya meja baru, entri yang boleh diubah. Pilih pertanyaan digunakan untuk mengira jumlah, purata dan jumlah lain. Oleh itu, pertanyaan menggunakan data daripada jadual utama dan mencipta jadual sementara.
Borang. Borang digunakan untuk memasukkan dan mengedit rekod dalam jadual pangkalan data. Borang boleh dipaparkan dalam tiga mod: mod yang direka untuk kemasukan data, mod jadual di mana data dibentangkan dalam format jadual dan mod "reka bentuk" dan "reka bentuk" yang membolehkan anda membuat perubahan dan penambahan pada borang.
Elemen utama borang adalah inskripsi, yang menunjukkan teks yang dipaparkan secara langsung dalam borang, dan medan yang mengandungi nilai medan jadual. Walaupun mod Reka bentuk membolehkan anda mencipta borang dari awal, ia biasanya digunakan untuk memperhalusi dan menambah baik borang yang dibuat menggunakan Wizard. Selain alat di atas, borang juga boleh dibuat menggunakan alat berikut:
· "bentuk";
· “bentuk terbahagi”;
· “beberapa elemen”;
· "bentuk kosong".
Adalah paling berkesan untuk menggunakan borang untuk kemasukan data dalam bentuk borang khas, kerana borang itu boleh kelihatan seperti borang. Penggunaan borang membolehkan anda memasukkan data dalam bentuk dokumen biasa yang mesra pengguna. Borang I/O membolehkan anda memasukkan data ke dalam pangkalan data, melihatnya, menukar nilai medan, menambah dan memadam rekod. Borang tersebut mungkin mengandungi butang yang digunakan untuk mencetak laporan, membuka objek lain atau melaksanakan tugas lain secara automatik.
Laporan. Laporan digunakan untuk memaparkan maklumat dalam jadual dalam bentuk berformat yang ditunjukkan dengan jelas pada skrin monitor dan di atas kertas. Laporan ialah cara yang berkesan untuk mencetak data daripada pangkalan data dalam bentuk yang diperlukan oleh pengguna (dalam bentuk sijil, kertas peperiksaan, jadual, dll.). Selain data yang diekstrak daripada berbilang jadual dan pertanyaan, laporan boleh termasuk elemen reka bentuk yang terdapat dalam dokumen bercetak, seperti tajuk, pengepala dan pengaki.
Laporan boleh dipaparkan dalam empat mod: dalam mod "pereka bentuk", yang membolehkan anda menukar rupa laporan, dalam mod paparan sampel, di mana anda boleh memaparkan semua elemen laporan yang telah siap, tetapi dalam singkatan. borang, dalam mod "susun atur", yang membolehkan anda memaparkannya dengan lebih jelas (berbanding dengan mod reka bentuk) dan memformat laporan, dan dalam pratonton, di mana laporan dipaparkan kerana ia akan dicetak.
Jadual, pertanyaan, borang dan laporan ialah objek yang paling banyak digunakan dalam pembangunan pangkalan data Access.
Walau bagaimanapun, keupayaan pangkalan data boleh dikembangkan dengan ketara jika anda menggunakan halaman akses, makro dan modul.
muka surat. Untuk menyediakan pengguna Internet akses kepada maklumat, halaman capaian data khas boleh dibuat dalam pangkalan data. Menggunakan halaman akses data, anda boleh melihat, menambah, menukar dan memanipulasi data yang disimpan dalam pangkalan data. Halaman akses data juga boleh mengandungi data daripada sumber lain, seperti Excel. Untuk menerbitkan maklumat daripada pangkalan data dalam Akses Web, "wizard" disertakan, yang memastikan penciptaan halaman akses.
Makro. Makro ialah program kecil bagi satu atau lebih perintah makro yang melaksanakan operasi tertentu, seperti membuka borang, mencetak laporan, mengklik butang, dsb. Ini amat berguna jika anda berhasrat untuk berkongsi pangkalan data dengan pengguna yang tidak mahir. Sebagai contoh, anda boleh menulis makro yang mengandungi urutan perintah yang berfungsi tugas rutin, atau mengaitkan tindakan seperti membuka borang atau mencetak laporan dengan butang tekan.
Modul Modul ialah objek pangkalan data yang membolehkan anda mencipta perpustakaan rutin dan fungsi yang digunakan sepanjang aplikasi. Menggunakan kod modul, anda boleh menyelesaikan masalah seperti mengendalikan ralat input, mengisytiharkan dan menggunakan pembolehubah, mengatur gelung, dsb.
Mencipta jadual
Apabila memasukkan data ke dalam Access, medan diberi nama: Field1, Field2 dan seterusnya. Anda boleh menggunakan nama yang dicadangkan atau menukarnya. Nama medan dalam jadual boleh ditentukan dalam dua cara. Selepas memilih kaedah penciptaan jadual, arahan " Buat"dan tetingkap yang sepadan dipanggil. Dalam Rajah 8. menunjukkan penciptaan jadual dalam mod reka bentuk. Medan jadual yang diperlukan dibuat dengan jenis data yang ditentukan, yang dipilih menggunakan butang pemilihan - "tanda semak"; di bahagian bawah tetingkap terdapat bahagian untuk memilih sifat medan, yang pada mulanya ditawarkan secara lalai.
nasi. 14. Mencipta jadual dalam mod reka bentuk
Sifat medan jadual pangkalan data Access ditunjukkan di bahagian bawah jadual (Rajah 14).
Anda boleh membuat jadual dalam mod reka bentuk dengan menukar, menambah atau memadam medan jadual. Untuk memperkenalkan medan baharu, nama medan ditunjukkan di bahagian atas tetingkap jadual dan jenisnya ditentukan. Untuk menamakan semula medan, anda perlu menukar namanya dalam lajur "Nama Medan".
Apabila membuat jadual, jenis data utama berikut digunakan (Rajah 15).
