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

kiểu cấu trúc SQL này (trong cơ sở dữ liệu mysql) có hiệu quả trong mô hình thế giới thực không?

Bắt đầu chạy.

Hiện nay!

Chuyện cười sang một bên, đừng làm vậy. Đừng tạo một cơ sở dữ liệu cho mỗi người dùng. Đó là một địa ngục để quản lý, duy trì và truy vấn. Điều gì sẽ xảy ra nếu bạn cần biết những người dùng nào đã đăng nhập vào ngày hôm qua? Bạn sẽ truy vấn từng cơ sở dữ liệu chứ ??

Cấu trúc bạn cần giống nhau, chỉ có số lượng dữ liệu thay đổi. Chỉ cần có một cơ sở dữ liệu, xem nó diễn ra như thế nào và sau đó tối ưu hóa / tinh chỉnh.

Tôi không muốn đưa ra câu trích dẫn này, nhưng trong trường hợp của bạn, nó hoàn toàn áp dụng:

Đừng cố gắng tối ưu hóa giải pháp của bạn trước bạn biết điểm nghẽn của mình sẽ ở đâu.

Chỉ cần mô hình hóa cơ sở dữ liệu của bạn tốt nhất có thể. Lo lắng về các ràng buộc, PK, FK, Index của bạn. Thực hiện của bạn bài tập về nhà. Sau đó, có dữ liệu và phần mềm của bạn. Chỉ sau đó bạn sẽ thấy nơi nó hoạt động và nơi nó đau. Tại thời điểm này, bạn tối ưu hóa.

Chỉ tấn công kẻ thù của bạn khi bạn biết đó là ai.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Làm cách nào để nhập geoDataFrame vào MySQL?

  2. Nhận các bản ghi với <gì> cao nhất / nhỏ nhất cho mỗi nhóm

  3. Doctrine không tạo ra các ràng buộc khóa ngoài cơ sở dữ liệu chéo trong MySQL

  4. Sử dụng biến trong mệnh đề LIMIT trong MySQL

  5. Cách đọc tham số cấu hình cơ sở dữ liệu bằng cách sử dụng tệp thuộc tính trong chế độ ngủ đông