"Thực hành tốt" là một trong những cụm từ cho phép chúng ta làm cho định kiến của mình nghe có vẻ quan trọng hơn thực tế ...
Nói chung, bạn muốn lưu trữ những thứ thuộc về nhau cùng nhau. Nếu bạn có một hệ thống thông tin duy nhất, điều hành mọi thứ cho một doanh nghiệp và các thực thể bạn quản lý có liên quan đến nhau - khách hàng có đơn đặt hàng, đơn đặt hàng có người bán hàng và sản phẩm - bạn có thể tranh luận rằng chúng thuộc về nhau. Mặt khác, nếu bạn nhận thấy rằng bạn có "đảo" các bảng không thực sự liên kết với bất kỳ bảng nào khác, có lẽ chúng không thuộc về nhau.
Từ quan điểm về khả năng bảo trì, quản lý nhiều cơ sở dữ liệu hơn có nghĩa là nhiều bản sao lưu hơn, nhiều quy trình bảo trì hơn và nhiều hồ sơ bảo mật hơn để quản lý.
Từ quan điểm dễ đọc, việc tìm kiếm khắp các cơ sở dữ liệu khác nhau để tìm bảng mà bạn quan tâm có lẽ là một điều tồi tệ - ví dụ:trong đó có một bảng tham gia nhiều-nhiều giữa "khách hàng" và "nhân viên" - ví dụ:đội bán hàng - bàn đó sống ở đâu? Trong cơ sở dữ liệu "khách hàng" hay "nhân viên"?
Từ quan điểm độ tin cậy, tôi không chắc liệu bạn có thể thực thi các ràng buộc khóa ngoại trên cơ sở dữ liệu hay không.
Tôi thực sự không thể nghĩ ra bất kỳ lợi ích nào của việc làm này - vì vậy tôi sẽ nói rằng đó là một ý tưởng tồi.
