Mysql
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Mysql

Thiết kế cơ sở dữ liệu:Cách tiếp cận nào tốt hơn?

Đây là một bảng hẹp điển hình (dựa trên thuộc tính) so với thảo luận bảng rộng. Vấn đề với cách tiếp cận số 2 là bạn có thể sẽ phải xoay dữ liệu, để đưa nó vào dạng mà người dùng có thể làm việc (trở lại định dạng xem rộng). Điều này có thể rất tốn tài nguyên khi số lượng hàng tăng lên và khi số lượng thuộc tính tăng lên. Cũng khó nhìn vào bảng, ở chế độ xem bảng thô, và xem điều gì đang xảy ra.

Chúng tôi đã có cuộc thảo luận này nhiều lần tại công ty của chúng tôi. Chúng tôi có một số bảng rất phù hợp với lược đồ kiểu thuộc tính. Chúng tôi luôn quyết định chống lại điều đó vì sự cần thiết phải xoay vòng dữ liệu và không thể xem dữ liệu và hiểu dữ liệu đó có ý nghĩa (nhưng đây là bên cho hai vấn đề đối với chúng tôi - chúng tôi không muốn xoay vòng hàng triệu hàng dữ liệu).

BTW, tôi sẽ không lưu trữ tuổi dưới dạng một con số. Tôi sẽ lưu trữ ngày sinh, nếu bạn có nó. Ngoài ra, tôi không biết 'Tiếng mẹ' ám chỉ điều gì, nhưng, nếu đó là ngôn ngữ mẹ nói, tôi sẽ lưu nó dưới dạng FK vào bảng ngôn ngữ chính. Nó hiệu quả hơn và giảm bớt vấn đề dữ liệu xấu do ngôn ngữ sai chính tả.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Các báo cáo chuẩn bị từ phía khách hàng là gì?

  2. Kết nối MySQL từ xa trong PHP

  3. PHP - MySQL - Xóa hàng

  4. Mysql Chọn Tiếp theo &Hàng trước không sắp xếp theo id

  5. Kết nối với MySQL từ Eclipse (CDT)