Ví dụ:Tại sao django và python MySQLdb có một con trỏ trên mỗi cơ sở dữ liệu? kịch bản
MySQL chạy một máy chủ duy nhất -> HOSTNAME
Hai cơ sở dữ liệu MySQL trên máy chủ đó -> USERS, GAME.
Task -> Fetch 10 trò chơi mới nhất từ GAMES.my_games_table, và lấy người sử dụng chơi những trò chơi từ USERS.my_users_table (giả sử không tham gia)
Trong Django cũng như Python MySQLdb, tại sao có một con trỏ cho mỗi cơ sở dữ liệu thích hợp hơn?
những bất lợi của một con trỏ mở rộng đó là duy nhất cho mỗi máy chủ MySQL và có thể chuyển đổi cơ sở dữ liệu (ví dụ như bằng cách truy vấn "USERS sử dụng;") là gì, và sau đó làm việc trên cơ sở dữ liệu
kết nối MySQL có giá rẻ tương ứng, nhưng isn 't kết nối duy nhất tốt hơn nhiều, nếu có một dòng chảy tuyến tính và không có tranasactions phức tạp mà có thể cần hai con trỏ?
Django hỗ trợ nhiều kết nối cơ sở dữ liệu - https://docs.djangoproject.com/en/dev/topics/db/multi-db/ –
@JonathanVanasco Vâng, đó chính xác là câu hỏi của tôi, tại sao nên có hai kết nối cho 2 cơ sở dữ liệu nằm trên máy chủ SAME. ví dụ: trong settings.py tôi sẽ phải định nghĩa cả USERS và GAMES, và django sẽ tạo 2 kết nối thay vì một. – DhruvPathak
@ dm03514 Đó là một ví dụ. Giả sử phân mảnh hợp lý hoặc chỉ đọc nô lệ của một số cơ sở dữ liệu khác. Điểm mấu chốt là, nhiều cơ sở dữ liệu trên một cá thể mysql. – DhruvPathak