Apa perbedaan antara model data logis dan konseptual data model?

Dalam konseptual model data anda hanya khawatir desain tingkat tinggi - apa tabel yang harus ada dan hubungan antara mereka. Di fase ini anda mengenali entitas dalam model anda dan hubungan antara mereka.

Logical model datang setelah konseptual pemodelan ketika anda secara eksplisit mendefinisikan apa yang kolom-kolom pada setiap tabel. Saat menulis model logis, anda mungkin juga mempertimbangkan aktual sistem database anda're merancang, tetapi hanya jika itu mempengaruhi desain (yaitu, jika tidak ada pemicu yang mungkin anda ingin menghapus beberapa redundansi kolom dll.)

Ada juga model fisik yang menguraikan tentang model logis dan menetapkan masing-masing kolom dengan itu's type/length dll.

Di sini adalah sebuah tabel dan gambar yang menggambarkan masing-masing dari tiga tingkat.

|----------------------|------------|---------|----------| | Feature | Konseptual | Logis | Fisik | |----------------------|------------|---------|----------| | Nama Entitas | X | X | | | Hubungan Badan | X | X | | | Atribut | | X | | | Kunci Primer | | X | X | | Kunci Asing | | X | X | | Table Nama-Nama | | | X | | Nama-Nama Kolom | | | X | | Tipe Data Kolom | | | X | |----------------------|------------|---------|----------|

Dalam tabel ini anda dapat melihat perbedaan antara masing-masing model:

Lihat http://www.1keydata.com/datawarehousing/data-modeling-levels.html untuk informasi lebih lanjut dan beberapa model data contoh.

Istilah ini sayangnya kelebihan beban dengan beberapa definisi. Menurut ANSI-SPARC "tiga skema" model untuk contoh, Skema Konseptual atau Model Konseptual terdiri dari sekumpulan objek dalam suatu database (tabel, pandangan, dll) berbeda dengan Skema Eksternal yang merupakan benda-benda yang dilihat pengguna.

Dalam pengelolaan data profesi dan terutama di kalangan data modellers / arsitek, istilah Konseptual Model ini sering digunakan untuk berarti semantik model sedangkan istilah Model Logis digunakan untuk berarti awal atau virtual database desain. Ini mungkin adalah penggunaan anda yang paling mungkin untuk menemukan di tempat kerja.

Di bidang akademik pemakaian dan ketika menggambarkan arsitektur DBMS namun, tingkat Logis berarti objek database (tabel, pandangan, tabel, tombol, kendala, dll), sebagai berbeda dari tingkat Fisik (file, indeks, penyimpanan). Untuk membingungkan hal-hal lebih lanjut, di tempat kerja jangka Fisik model ini sering digunakan untuk berarti desain seperti yang dilaksanakan atau direncanakan untuk pelaksanaan dalam database sebenarnya. Yang dapat mencakup kedua "fisik" dan "logis" tingkat konstruk (kedua tabel dan indeks misalnya).

Bila anda menemukan salah satu dari persyaratan ini, anda benar-benar perlu untuk meminta penjelasan atas apa yang sedang dijelaskan kecuali konteks membuatnya jelas.

Untuk diskusi tentang perbedaan-perbedaan ini, check out Pemodelan Data Penting oleh Simsion dan Witt misalnya.

Logical Database Model

Logis pemodelan basis data yang diperlukan untuk menyusun kebutuhan bisnis dan mewakili persyaratan sebagai model. Hal ini terutama terkait dengan pengumpulan kebutuhan bisnis daripada desain database. Informasi yang perlu dikumpulkan adalah tentang unit organisasi, badan usaha, dan proses bisnis.

Setelah informasi yang dihimpun, laporan dan diagram yang dibuat, seperti ini:

ERD–Entity relationship diagram yang menunjukkan hubungan antara berbagai kategori data dan menunjukkan kategori yang berbeda dari data-data yang diperlukan untuk pengembangan database. Business process diagram–Itu menunjukkan kegiatan individu dalam perusahaan. Hal ini menunjukkan bagaimana data bergerak dalam organisasi yang didasarkan pada antarmuka aplikasi dapat dirancang. Umpan balik dokumentasi oleh pengguna.

Logical database model yang pada dasarnya menentukan jika semua persyaratan dari bisnis yang telah dikumpulkan. Hal ini ditinjau oleh pengembang, manajemen, dan akhirnya pengguna akhir untuk melihat jika lebih banyak informasi yang harus dikumpulkan sebelum pemodelan fisik dimulai.

Fisik Database Model Fisik database pemodelan berkaitan dengan perancangan database sebenarnya berdasarkan persyaratan yang dikumpulkan selama logis database pemodelan. Semua informasi yang dikumpulkan akan diubah ke model relasional dan model bisnis. Selama pemodelan fisik, benda-benda yang didefinisikan pada tingkat yang disebut skema tingkat. Skema ini dianggap sebagai sekelompok objek yang satu sama lain saling berhubungan dalam sebuah database. Tabel dan kolom yang dibuat sesuai dengan informasi yang diberikan selama logis pemodelan. Kunci primer, kunci unik, dan kunci asing yang ditetapkan dalam rangka memberikan kendala. Indeks dan foto didefinisikan. Data dapat diringkas, dan pengguna disediakan dengan perspektif alternatif setelah tabel-tabel yang telah dibuat.

Fisik database pemodelan tergantung pada perangkat lunak yang telah digunakan dalam organisasi. Ini adalah perangkat lunak tertentu. Pemodelan fisik meliputi:

Server model diagram–Sudah termasuk tabel dan kolom yang berbeda dan hubungan-hubungan yang ada dalam database. Desain Database dokumentasi. Umpan balik dokumentasi pengguna.

Ringkasan:

1.Logis pemodelan basis data terutama untuk mengumpulkan informasi tentang kebutuhan bisnis dan tidak melibatkan merancang database, sedangkan fisik database pemodelan ini terutama diperlukan untuk merancang database. 2.Logical database pemodelan tidak termasuk indeks dan kendala; logis database model untuk sebuah aplikasi yang dapat digunakan di berbagai perangkat lunak database dan implementasi; sedangkan fisik database pemodelan perangkat lunak dan perangkat keras tertentu dan memiliki indeks dan kendala. 3.Logis pemodelan basis data meliputi; ERD, proses bisnis, diagram, dan umpan balik pengguna dokumentasi; sedangkan fisik pemodelan basis data meliputi; server model diagram, database dokumentasi desain, dan umpan balik pengguna dokumentasi.

Baca lebih lanjut: Perbedaan Antara Logis dan Fisik Database Model | Perbedaan | Logis vs Fisik Database Model http://www.differencebetween.net/technology/software-technology/difference-between-logical-and-physical-database-model/#ixzz3AxPVhTlg

Ini adalah pertanyaan lama dan mungkin ini datang terlalu terlambat, tapi aku don't melihat satu aspek yang sangat penting yang diperlukan untuk menjawab pertanyaan. Artinya, TARGET audiens untuk model data. Konseptual Data Model adalah model yang dihasilkan dari analisis bisnis, dari hasil wawancara dengan BISNIS tentang data mereka. Hal ini tidak begitu banyak "tingkat tinggi" karena itu adalah bisnis's pengertian dari data mereka, aturan-aturan bisnis yang diambil dalam hubungan antara "calon" entitas. Pada titik ini, anda menangkap hal-hal yang penting untuk bisnis (Karyawan, Pelanggan, Kontrak, Rekening, dll.) dan hubungan antara mereka. Akhir Konseptual Model Data mungkin agak abstrak -- misalnya, mengobati Individu dan Organisasi yang masuk ke dalam kontrak sebagai subtipe dari "Party", Kontraktor dan Karyawan Tetap sebagai subtipe dari seorang Karyawan, bahkan Karyawan dan Pelanggan subtipe "Orang" - tapi ini adalah dokumen yang data modeler berkembang dari diskusi dengan bisnis Ukm dan menyajikan untuk bisnis untuk validasi.

Logical Data Model tidak hanya "lebih detail" -- mana yang berguna dan penting, Konseptual Data Model mungkin memiliki atribut yang termasuk -- itu adalah ARSITEKTUR, dokumen, model yang disajikan untuk perangkat lunak analis/teknisi untuk menjelaskan dan menentukan kebutuhan data. Ini akan menyelesaikan banyak-ke-banyak hubungan ke tabel asosiasi dan akan menentukan semua atribut, dengan contoh-contoh dan kendala, sehingga kode dapat ditulis terhadap arsitektur.

Fisik model ini adalah bahwa Model Logis yang dihasilkan khusus untuk lingkungan tertentu, seperti SQL Server atau Teradata atau Oracle atau apapun. Itu akan memiliki tombol, indeks, partisi, atau apapun yang dibutuhkan untuk melaksanakan, berdasarkan ukuran, akses frekuensi, kendala keamanan, dll.

Jadi, jika anda diminta untuk mengembangkan Konseptual Model Data, anda diminta untuk merancang solusi (atau bagian dari itu) dari awal, mendapatkan informasi anda dari bisnis. Ada's lebih dari itu, tapi saya berharap bahwa jawaban pertanyaan.

Saya perlu untuk menghasilkan suatu model logika dan model konseptual. Semua penjelasan di sini adalah benar-benar samar-samar. Link yang diposting di atas hanya menunjukkan perbedaan adalah bahwa model konseptual adalah suatu model logika tanpa bidang. Ok fine, aku don't menyebutkan nama database. Hal ini tampaknya benar-benar berlebihan.

Aku benar-benar don't tahu apa yang 'semantik' yang berarti. seseorang dapat menjelaskan apa yang saya akan lakukan berbeda menggunakan 'bahasa inggris' dan mungkin mengirim link ke contoh yang lebih baik dari gambar yang menunjukkan salah satu gambar yang memiliki bidang dan salah satu yang tidak. Dalam istilah-istilah ini adalah semua baik dan bagus, tapi yang jadi samar-samar yang tidak berguna untuk praktis menerapkan.

apakah saya melakukan apa-apa selain mengambil model logis (yang pada dasarnya adalah fisik saya model membalikkan direkayasa keluar dari DB, klik tombol di bilang alat dan gambar terlihat sedikit berbeda dan kemudian mengambil dari tipe data).

Dari apa yang saya hampir bisa melihat (dan tanpa istilah-istilah)

model fisik: sebenarnya tabel. Gambar-gambar kecil memiliki tipe data di dalamnya dan bernama pk/fk kendala Model logika: klik tombol kecil saya alat (menggunakan Oracle SQL Developer Data Model, saya tidak memiliki erwin lisensi dan visio 2010 tidak lagi membalikkan insinyur dari DB), dan kemudian gambar pada layar berubah sedikit. Jenis data yang hilang dan nama-nama dari kendala-kendala yang hilang, maka warna dari tabel representasi perubahan ke ungu (jadi sekarang saya menyebutnya entitas).

ok. jadi apa yang akan saya Konseptual model terlihat seperti lainnya maka: hal yang sama persis seperti yang saya model logis minus bidang. Saya akan berpikir ada yang lebih dari ini. Membaca yang 'semantik' representasi dari data yang terdengar benar-benar bagus dan mewah, tapi doesn't masuk akal untuk seseorang yang tidak membuat salah satu dari ini sebelumnya.

Konseptual Skema - mencakup entitas dan hubungan. Harus dibuat terlebih dahulu. Bertentangan dengan beberapa jawaban yang lain; tabel tidak didefinisikan di sini. Misalnya 'banyak ke banyak' tabel ini tidak termasuk dalam konseptual model data tetapi didefinisikan sebagai 'banyak ke banyak' hubungan antara entitas.

Logis Skema - Meliputi tabel, atribut, kunci, wajib peran kendala, dan integritas referensial dengan tidak berkaitan dengan pelaksanaan fisik. Hal-hal seperti indeks yang tidak didefinisikan, jenis atribut harus tetap logis, contoh teks bukan varchar2. Harus dibuat berdasarkan skema konseptual.

Pertama-tama, a data model adalah abstraksi alat dan database model (atau skema/diagramm) adalah hasil pemodelan.

Konseptual model data DBMS-independent dan mencakup fungsional/desain domain daerah. Yang paling dikenal konseptual data model adalah "Entity-Relationship". Biasanya, anda dapat menggunakan kembali konseptual skema untuk menghasilkan skema logis yang berbeda tidak hanya relasional.

Model logika data ini dimaksudkan untuk dilaksanakan oleh beberapa DBMS dan sebagian besar sesuai dengan tingkat konseptual ANSI/SPARC arsitektur (yang diusulkan pada tahun 1975); saat ini memberikan beberapa tabrakan terminologi. Zachman Framework mencoba untuk mengatasi tabrakan sepuluh tahun kemudian memperkenalkan konseptual, logis dan fisik model.

Ada banyak logical data model, dan yang paling dikenal adalah relasional satu.

Jadi perbedaan utama dari conceptual data model adalah berfokus pada domain dan DBMS-kemerdekaan sedangkan logical data model adalah yang paling abstrak tingkat beton DBMS anda berencana untuk menggunakan. Catatan kontemporer yang DBMS mendukung beberapa model logis pada waktu yang sama.

Anda juga dapat melihat-lihat ke buku saya dan artikel untuk informasi lebih lanjut.

Kebanyakan jawaban di sini adalah benar-benar terkait dengan notasi dan syntax dari model data pada tingkat abstraksi yang berbeda. Perbedaan utama yang disebutkan oleh siapa pun. Model konseptual permukaan konsep. Konsep-konsep yang berhubungan dengan konsep-konsep lain dalam cara yang berbeda bahwa suatu Entitas terkait dengan Entitas lain di tingkat Logis dari abstraksi. Konsep-konsep yang lebih dekat ke Jenis. Biasanya pada tataran Konseptual anda menampilkan Jenis hal-hal (ini tidak berarti anda harus menggunakan istilah "type" dalam konvensi penamaan) dan hubungan antara jenis seperti. Oleh karena itu, keberadaan banyak-ke-banyak hubungan ini tidak aturan melainkan konsekuensi dari hubungan-hubungan di antara jenis-bijak-unsur. Di Logis Model Entitas merupakan salah satu contoh dari hal tersebut di dunia nyata. Dalam model Konseptual ini tidak ada curah hujan deskripsi dari contoh Entitas dan hubungan mereka melainkan deskripsi dari "type" atau "kelas" bahwa Entitas tertentu. Contoh:

• Memiliki kendaraan Roda dan Roda yang digunakan pada Kendaraan. Pada tataran Konseptual ini adalah banyak-ke-banyak hubungan
• Kendaraan tertentu (dengan contoh), dengan satu nomor registrasi khusus memiliki 5 roda dan masing-masing khususnya roda, masing-masing dengan nomor seri yang berkaitan dengan hanya mobil tertentu. Pada tingkat Logis ini adalah satu-ke-banyak hubungan.

Konseptual meliputi "tipe/kelas". Logis meliputi "kasus".

Saya akan menambahkan komentar lain tentang database. Saya setuju dengan salah satu rekan-rekan yang berkomentar di atas yang Konseptual dan Logis model telah benar-benar apa-apa tentang database. Konseptual dan Logis model yang menggambarkan dunia nyata dari data perspektif yang menggunakan notasi-notasi seperti ER atau UML. Database vendor, cerdas, merancang produk mereka untuk mengikuti filosofi yang sama digunakan untuk secara logis model Dunia dan mereka menciptakan Database Relasional, membuat semua orang's lifes lebih mudah. Anda dapat menggambarkan organisasi anda's data lanskap di semua tingkat menggunakan Konseptual dan model Logis dan tidak pernah menggunakan sebuah database relasional.

Nah saya kira ini adalah saya 2 sen...

model logika data

Suatu model logika data menggambarkan data yang sedetail mungkin, tanpa memperhatikan bagaimana mereka akan fisik yang dilaksanakan dalam database. Fitur dari suatu model logika data meliputi: · Mencakup semua entitas dan hubungan di antara mereka. · Semua atribut untuk masing-masing entitas yang ditentukan. · primary key untuk setiap entitas yang ditentukan. · Foreign key (kunci mengidentifikasi hubungan antara entitas yang berbeda) yang ditentukan. · Normalisasi terjadi pada tingkat ini. conceptual data model

Konseptual model data mengidentifikasi tingkat tertinggi hubungan antara entitas yang berbeda. Fitur dari konseptual model data meliputi: · Termasuk entitas penting dan hubungan di antara mereka. · Tidak ada atribut yang ditentukan. · Tidak ada primary key yang ditentukan.