Nếu bạn cần một triệu bảng trong cơ sở dữ liệu của mình, bạn đang làm sai.
Các bảng nhằm thể hiện các dữ liệu khác nhau về mặt cấu trúc và khái niệm. Và tôi không tin rằng bạn đang vận hành với hàng triệu khái niệm khác nhau trong ứng dụng của mình.
Đôi khi, người mới bắt đầu tin rằng họ nên tạo một bảng cho mỗi người dùng, chẳng hạn. Nhưng "người dùng" là một khái niệm và bạn lưu trữ cùng một thông tin cho mỗi người dùng (ví dụ:tên, email, tên người dùng, mật khẩu), vì vậy nó phải là một bảng, trong đó mỗi người dùng chỉ là một hàng riêng biệt.
Có vẻ như bạn đang mắc một lỗi tương tự, có lẽ không phải với người dùng, mà là với một số nội dung trừu tượng khác mà bạn có rất nhiều trường hợp mắc phải. Mỗi trường hợp phải là một hàng trong một bảng.
Nếu bạn mô tả cho chúng tôi những gì bạn đang cố gắng lưu trữ trong cơ sở dữ liệu, chúng tôi gần như chắc chắn có thể giúp bạn tìm ra cách nó nên được ánh xạ tới các bảng.
Chỉnh sửa
sau khi đọc bình luận của bạn (thực sự nên được chỉnh sửa thành câu hỏi), đây là suy nghĩ của tôi:
Nếu tất cả dữ liệu được cấu trúc theo cùng một cách (như bộ ba), bạn có thể chỉ cần lưu trữ mọi thứ trong một bảng có ba cột, sau đó thêm các chỉ mục cần thiết để tra cứu hiệu quả.
Nếu tất cả các vị từ được biết trước, bạn có thể tạo một bảng cho mỗi vị ngữ, nhưng tôi không thực sự chắc chắn rằng điều đó sẽ có ý nghĩa như thế nào, thậm chí.
Tùy chọn rõ ràng nhất có lẽ sẽ là có 4 bảng:
(id, subject) , (id, predicate) , (id, object) , (subjectid, predicateid, objectid) .
