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

Thiết kế cơ sở dữ liệu:Đăng ký và xác minh

Tôi nhìn nhận điều này theo một quan điểm khác.

Trong tình huống của bạn, một bàn có lẽ là đủ tốt. Nhưng có những cân nhắc khác.

1) Khối lượng. Trong một bảng nhỏ, việc lọc trên một cờ sẽ không ảnh hưởng đáng kể đến hiệu suất. Trong một bảng lớn (hàng triệu hàng), bạn sẽ phải đặt cờ vào một chỉ mục. Đặt một cờ số lượng thấp trong chỉ mục của một bảng lớn có thể làm giảm hiệu suất.

2) Những khiếm khuyết. Có cờ trong bảng yêu cầu hầu hết mọi truy vấn đều sử dụng cờ. Đối với một hệ thống đủ lớn hoặc đủ phức tạp, ai đó sẽ bỏ lỡ lá cờ đó. Việc xác định rủi ro phụ thuộc vào chi phí của việc vô tình chọn một người dùng không được kích hoạt.

Một cách để giảm thiểu rủi ro là sử dụng các khung nhìn. Nếu bạn triển khai giải pháp hai bảng, hãy sử dụng dạng xem (All_Users) bằng UNION ALL. Nếu bạn triển khai giải pháp một bảng, hãy tạo chế độ xem chỉ dành cho người dùng đã kích hoạt và sử dụng bảng đó thay thế. Chỉ có chức năng bảo trì mới cần sửa đổi các bảng cốt lõi.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Python:chỉ số tuple phải là số nguyên, không phải str khi chọn từ bảng mysql

  2. Hệ thống đánh giá trong PHP và MySQL

  3. ef core một đến nhiều mối quan hệ ném ngoại lệ Không thể thêm hoặc cập nhật một hàng con

  4. MySQL Select:khi đó thời gian lớn hơn và ít hơn thời gian

  5. Tôi có thể thực hiện tăng nguyên tử trong Rails 2.3 mà không giảm xuống SQL không?