The hubungan model data, pangkalan data, model dan reka bentuk litar

Intipati dan asas mana-mana pangkalan data adalah model. Ia meletakkan bersama-sama senarai struktur data dan operasi yang dijalankan ke atas mereka. Yang dibeli paling banyak hierarki, rangkaian dan hubungan model data. Semua seseorang boleh menggunakan untuk tujuan yang dimaksudkan, kerana mereka tertanam dalam ingatan komputer: disimpan pada ruang cakera yang diperlukan, dan diletakkan di dalam sistem ingatan. Di sini pemprosesan mereka bermula. Dengan kata lain, pangkalan data - iaitu, maklumat dunia luar, dimodelkan dengan cara yang istimewa, dan merangkumi tertentu mata pelajaran. Biasanya, ini adalah ciri-ciri yang berbeza, ciri-ciri, dan sesuatu yang serupa. Kerana segala-galanya adalah saling berkaitan di dunia, ia adalah satu DB terpancar.

Bagi sebahagian besar, untuk mensimulasikan mana-mana asas mencukupi hanya model data hubungan. Tetapi reka bentuk, dalam amalan, dalam skim hubungan boleh menyebabkan kesukaran. Ia adalah di sana yang tidak diberikan oleh penciptaan penerangan semantik mekanisme, yang sentiasa di dalam mata pelajaran dalam mana-mana bidang.

kualiti ini telah membawa kepada apa yang telah dicipta model konseptual pangkalan data. Ia membolehkan lebih daripada intuitif, tetapi pada masa yang sama dan agak secara rasmi menggambarkan kawasan tertentu mata pelajaran. Selalunya, skim seumpama itu pemodelan digunakan hanya pada peringkat awal untuk mencipta pangkalan data. Untuk asas diambil model semantik konkrit. Berdasarkan itu, kami mereka bentuk gambar rajah konsep, dan kemudian semua ini ditukar dan muncul model pangkalan data hubungan yang dipanggil.

Dalam dunia reka bentuk, untuk ini, terdapat teknik-teknik tertentu. Mereka sangat jelas dan mudah difahami menerangkan semua peringkat tindakan itu dalam amalan. Pengetahuan mereka menghapuskan keperluan untuk memulakan program tambahan yang terlibat dalam penciptaan model semantik. Creator adalah cukup untuk mengetahui asas-asas skim yang dipilih dan tahu kaedah-kaedah terjemahan utama. Dalam kes ini, semua berjalan lancar, dan dari konsep mendapatkan model data hubungan tanpa perlu.

Ia harus diperhatikan bahawa beberapa pencipta pangkalan data baru membuat kesalahan dengan memandang rendah kepentingan semantik model skema manual. Sudah tentu, dalam dunia kemajuan teknologi ia dianggap sebagai satu pembaziran masa dan usaha. Tetapi pendapat ini adalah benar-benar salah. Dan ini adalah seperti berikut:

1. Modeling dengan tangan untuk membuat skim visual dan semantik yang kuat daripada DB masa depan. Dan ini pada masa depan, peralihan kepada langkah model hubungan, untuk mengelakkan kesilapan yang serius dan menilai paling sepenuhnya sifat dan ciri-ciri sesuatu kawasan subjek tertentu.

2. Langkah pemodelan semantik memperuntukkan dokumentasi penting yang lebih rela dimasukkan secara manual. Sebagai contoh, carta, jadual, dan komen. Mereka boleh menjadi berguna bukan sahaja dalam proses penciptaan, tetapi juga dalam eksploitasi selanjutnya pangkalan data sudah diwujudkan.

Tetapi jika bercakap benar, ia boleh diperhatikan bahawa penciptaan skim konsep dan peralihan selepas itu kepada apa yang dipanggil "model data hubungan" secara manual - proses yang sukar dan bermasalah. Bayangkan sebuah pangkalan data di mana jadual dan gambar rajah yang lebih daripada seribu. Seterusnya, saya fikir ia tidak masuk akal untuk bercakap.

proses pengesahan untuk mewujudkan pangkalan data yang bermula dengan lukisan ini jadual sama, mewujudkan arkib dokumen aktiviti projek. Ia amat memudahkan kerja-kerja pereka bentuk, ia membantu dalam penggunaan asas. Tetapi sistem seperti editor teks biasa yang menyokong input arahan hanya asas, penyuntingan dan pengesahan. Ia adalah semula jadi untuk melanjutkan dengan ciri-ciri pengkompil tambahan. Dan ini adalah agak idea yang mudah tidak pergi jauh. Oleh itu, proses automasi skema pangkalan data konsep kepada hubungan bermula.