Database relasional adalah database digital berdasarkan model data relasional. Model ini mengatur data ke dalam satu atau beberapa tabel (atau "hubungan") kolom dan baris
Saya telah mencoba merancang database untuk pergi dengan konsep proyek dan bertemu dengan apa yang tampaknya seperti masalah yang diperdebatkan. Saya telah membaca beberapa artikel dan beberapa jawaban Stack Overflow yang menyatakan tidak pernah (atau hampir tidak pernah) menyimpan daftar ID atau...
Saya mendekati proyek di mana saya harus mengimplementasikan database dengan bos saya; kami adalah permulaan yang sangat kecil sehingga lingkungan kerja sangat pribadi. Dia telah memberi saya salah satu database perusahaan sebelumnya dan itu benar-benar bertentangan dengan apa yang saya diajarkan...
Dalam pengalaman saya, banyak proyek yang saya baca di masa lalu tidak memiliki definisi hubungan dalam database, sebaliknya mereka hanya mendefinisikannya dalam kode sumber. Jadi saya bertanya-tanya apa kelebihan / kekurangan dari mendefinisikan hubungan antara tabel dalam database dan dalam kode...
Saya berencana untuk merancang dan mengatur database untuk menyimpan entri kamus (biasanya kata tunggal) dan artinya dalam bahasa lain. Jadi, misalnya, Daftar Istilah tabel harus memiliki entri dan definisi dan setiap catatan tabel memiliki referensi ke id catatan yang disimpan di Tag(Setiap entri...
Saya sudah belajar tentang Database NoSQL selama seminggu sekarang. Saya benar-benar memahami kelebihan dari Database NoSQL dan banyaknya kasus penggunaan yang bagus untuknya. Tetapi sering orang menulis artikel mereka seolah-olah NoSQL dapat menggantikan Database Relasional. Dan ada satu hal...
Ketika saya meninjau model database untuk RDBMS, saya biasanya terkejut menemukan sedikit atau tidak ada kendala (selain PK / FK). Misalnya, persentase sering disimpan dalam kolom tipe int(sementara tinyintakan lebih tepat) dan tidak ada CHECKkendala untuk membatasi nilai ke kisaran 0,100. Demikian...
Saya sedang bekerja dengan database SQL sekarang, dan ini selalu membuat saya penasaran, tetapi pencarian Google tidak banyak berubah: Mengapa tipe data yang ketat? Saya mengerti mengapa Anda memiliki beberapa tipe data yang berbeda, misalnya seperti bagaimana membedakan antara data biner dan teks...
Untuk keperluan diskusi, mari pertimbangkan skenario FourSquare. Skenario Entitas: Pengguna Tempat Hubungan: Checkins: pengguna <-> tempat, banyak ke banyak Teman: pengguna <-> pengguna, banyak ke banyak Desain Basis Data Ini kemungkinan besar akan memiliki kesalahan, harap...
Ingin memperbaiki pos ini? Berikan jawaban terinci untuk pertanyaan ini, termasuk kutipan dan penjelasan mengapa jawaban Anda benar. Jawaban tanpa detail yang cukup dapat diedit atau dihapus. Saya melihat banyak desain yang normalisasi bukan pertimbangan pertama dalam
Saya mencoba memahami bagaimana cara menyimpan informasi yang dipesan dengan benar dalam database relasional. Sebuah contoh: Say I have a Playlist, terdiri dari Songs. Di dalam Database Relasional saya, saya memiliki tabel Playlists, berisi beberapa metadata (nama, pencipta, dll). Saya juga...
Dalam banyak pendekatan untuk pengembangan perangkat lunak seperti metodologi gesit, Desain Berbasis Domain dan Analisis dan Desain Berorientasi Objek, kami didorong untuk mengambil satu pendekatan berulang untuk pengembangan. Jadi kita tidak seharusnya menyelesaikan model domain dengan benar...
Jika saya mengerti dengan benar, setiap RIGHT JOIN: SELECT Persons.*, Orders.* FROM Orders RIGHT JOIN Persons ON Orders.PersonID = Persons.ID dapat dinyatakan sebagai LEFT JOIN: SELECT Persons.*, Orders.* FROM Persons LEFT JOIN Orders ON Persons.ID = Orders.PersonID Pendapat pribadi saya adalah...
Saya seorang pria SQL, tapi saya tahu tidak hanya ada database SQL - sebagian besar dokumen-database. Seperti kebanyakan teknologi ada pro dan kontra untuk setiap teknologi. Saya sudah membaca beberapa artikel, tetapi terlalu berteori. Yang saya inginkan adalah dua kasus nyata: ketika peralihan...
Cukup baca baris ini- Jika data Anda adalah objek di alam, maka gunakan penyimpanan objek ("NoSQL"). Mereka akan jauh lebih cepat daripada database relasional. Jika data Anda bersifat relasional, overhead database relasional tidak sia-sia.
Katakanlah saya memiliki diagram ER berikut: Sekarang jika saya mewakili hubungan menggunakan kunci asing Schoolmasuk Student, saya dapat memiliki NULLnilai (karena a Student tidak diharuskan untuk menjadi milik a School), misalnya: Jadi cara yang benar (berdasarkan apa yang saya baca) adalah...
Baru-baru ini, saya mulai bekerja pada beberapa sistem warisan. Orang-orang yang mengembangkannya, datang ke ide untuk menyimpan daftar string dalam bidang tunggal dari tabel database. Katakanlah itu adalah pengidentifikasi untuk objek yang tidak memiliki representasi atau data dalam database....
Seringkali dalam tabel yang tidak memiliki kunci alami, masih berguna bagi pengguna untuk dapat memiliki pengidentifikasi yang dihasilkan secara unik. Jika tabel memiliki kunci utama pengganti (dan dalam kasus seperti itu Anda tentu mengharapkannya) haruskah kunci itu diekspos kepada pengguna atau...
Kami belajar bahwa sebagian besar bahasa diklasifikasikan sebagai salah satu dari keduanya, "berdasarkan hubungan" atau "tingkat tinggi". Saya belum pernah menggunakan SQL sebelumnya, tetapi dari membaca sintaksnya sepertinya lebih seperti sintaksis imperatif / tingkat tinggi daripada fungsional /...
Latar Belakang Saya punya tabel ini +-------------------------+ +------------------------+ |Airport | |Country | |-------------------------| |------------------------| |airport_code string (PK) | |country_code string (PK)| |address string | |name string | |name string |
Saya sedang mengerjakan sebuah proyek di mana pada titik tertentu, saya perlu membuat keputusan tentang apakah atau tidak, dalam database, saya harus memiliki satu tabel dengan beberapa kolom yang tidak setiap catatan menggunakan, atau beberapa tabel dengan skema duplikat. Saya membuat aplikasi...