Pertanyaan yang diberi tag «database-design»

Untuk pertanyaan tentang penataan data dalam database. Cara mengeluarkan tabel, apakah akan menggunakan DB relasional atau tidak, dll.

3
Apakah boros membuat tabel database baru alih-alih menggunakan tipe data enum?
Misalkan saya memiliki 4 jenis layanan yang saya tawarkan (mereka tidak mungkin sering berubah): Pengujian Desain Pemrograman Lain Misalkan saya memiliki 60-80 layanan aktual yang masing-masing termasuk dalam salah satu kategori di atas. Misalnya, 'layanan' dapat berupa "Program Uji menggunakan teknik A" dan merupakan jenis "Pengujian". Saya ingin menyandikannya ke …

3
tabel referensi diri, baik atau buruk? [Tutup]
Mewakili lokasi geografis dalam aplikasi, desain model data yang mendasarinya menyarankan dua opsi yang jelas (atau mungkin lebih?). Satu tabel dengan referensi mandiri kolom parent_id, uk - london (london parent id = UK id) atau dua tabel, dengan hubungan satu ke banyak menggunakan kunci asing. Preferensi saya adalah untuk satu …

6
Haruskah saya menggunakan satu database per aplikasi atau berbagi satu database di antara beberapa aplikasi [ditutup]
Saya memiliki beberapa aplikasi, beberapa menggunakan data dari sumber yang sama. Apakah ini praktik terbaik (atau apa pro / kontra) untuk: meninggalkan data dalam database bersama oleh banyak aplikasi menghemat ruang karena hanya satu database yang dibutuhkan mempersulit pengindeksan karena aplikasi yang berbeda memiliki kebutuhan kueri yang berbeda impor data …


5
Tidak ada basis data pusat
Saya memiliki klien yang ingin membangun situs web / aplikasi seluler / aplikasi desktop yang berhubungan dengan data yang sangat sensitif (lebih sensitif daripada rincian bank / kartu). Karena sifat sensitif dari data, mereka tidak ingin menyimpannya di database pusat tetapi mereka masih ingin aplikasi mereka untuk disinkronkan (katakanlah saya …

8
Ujung depan dulu atau Ujung belakang dulu. Dari dua yang merupakan praktik desain sistem yang baik?
Saya memiliki klien sekarang mengharuskan saya untuk mengembangkan sistem pendaftaran sekolah. Sekarang ini adalah pertama kalinya saya mengalami tantangan semacam ini. Sebagian besar perangkat lunak masa lalu yang saya buat tidak terlalu rumit. Saya tahu sebagian besar dari Anda semua telah membuat perangkat lunak yang kompleks, saya hanya ingin saran …

1
Kapan Anda harus menggunakan basis data dokumen vs relasional vs grafik? [Tutup]
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 tunjukkan. RDBMS Tabel: Pengguna Tempat Checkins (persimpangan) Teman (persimpangan) Pro: CAP: konsistensi, ketersediaan Cons: …




3
Simpan profil pengguna dan pengguna di tabel yang berbeda?
Saya telah melihat dalam beberapa proyek bahwa pengembang lebih suka menyimpan informasi pengguna yang penting dalam satu tabel (email / login, kata sandi hash, nama layar) dan sisa profil pengguna yang tidak penting di yang lain (tanggal pembuatan, negara, dll). Yang tidak penting maksud saya bahwa data ini hanya diperlukan …

8
Mendukung Kekekalan dalam Desain Basis Data
Salah satu item dalam Java Efektif Joshua Bloch adalah gagasan bahwa kelas harus memungkinkan mutasi instance sesedikit mungkin, dan lebih disukai tidak sama sekali. Seringkali, data suatu objek disimpan ke database dari beberapa bentuk. Hal ini membuat saya berpikir tentang ide kekekalan dalam database, terutama untuk tabel-tabel yang mewakili satu …



5
Praktik Terbaik untuk Mendesain Ulang Basis Data
Saya mengetahui beberapa praktik umum umum saat merancang database untuk suatu aplikasi, tetapi bagaimana dengan mendesain ulang? Saya berada di tim yang ditugaskan untuk mendesain ulang aplikasi bisnis internal, meskipun meskipun saya mengatakan "internal," Saya sayangnya banyak, banyak lapisan orang menjauh dari kontak dengan pengguna sebenarnya dari sistem. Program saat …

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.