Lỗi cơ sở dữ liệu Django: thiếu bảng social_auth_usersocialauth khi social_auth chưa được cài đặt

Question

Tôi đang cố giải quyết một lỗi rất khó hiểu trong ứng dụng Django. Khi DEBUG = False, cố gắng để xóa một người dùng (thông qua user.delete()) cho lỗi cơ sở dữ liệu này:

DatabaseError: relation "social_auth_usersocialauth" does not exist 
LINE 1: ...", "social_auth_usersocialauth"."extra_data" FROM "social_au... 

Tuy nhiên, tôi không có social_auth hoặc bất cứ điều gì bởi một tên tương tự ở INSTALLED_APPS, cũng không có bất kỳ bảng như vậy trong tôi cơ sở dữ liệu, cũng như bất kỳ mã nào của tôi tham chiếu đến bất kỳ thứ gì sắp xếp (tôi chạy tìm kiếm văn bản trên 'xã hội' trong toàn bộ thư mục dự án) - và một lần nữa, nó hoạt động tốt khi DEBUG = True. social_auth được cài đặt trên hệ thống của tôi và trên PYTHONPATH của tôi, nhưng tôi không thể thấy ứng dụng này đang nhận ý tưởng ở đâu khi có bảng social_auth trong cơ sở dữ liệu của nó, hãy nói một mình tại sao nó chỉ nghĩ vậy khi DEBUG = False.

Ứng dụng của tôi có thể có được cách nào để có được bảng này và cách tôi có thể thuyết phục nó không được phép ở đó?

Answer 1

Bảng này được tạo bởi ứng dụng django-social-auth.

Có vẻ như bạn đã thêm nó vào dự án của mình và chưa khởi chạy migrate (hoặc syncdb).

Answer 2

Sự cố có thể xảy ra do lưu quan hệ chung được thực hiện bởi Django content types. Các mối quan hệ trong Django không chỉ tĩnh, được thực hiện bởi các mô hình và INSTALLED_APPS mà còn được thực hiện bởi bảng django_content_type để lưu ánh xạ từ một id số vào mô hình + app_label. Một ví dụ về mối quan hệ năng động có thể là sự cho phép hoặc nhận xét. Bạn có thể có hoặc không có sự cho phép đối với bất kỳ bảng nào của bất kỳ ứng dụng đã cài đặt nào. Bạn có thể viết nhận xét cho mọi thứ, ví dụ: một bài viết, cho người dùng vào nhận xét mà không thay đổi bất kỳ mô hình nào. Mối quan hệ này được thực hiện bằng cách lưu id số của ContentType liên quan đến mô hình đó (bảng) và khóa chính của đối tượng liên quan (hàng).

Django không ngờ rằng ai đó có thể thao tác cơ sở dữ liệu theo cách thủ công. Nếu bạn sử dụng south để thao tác sau đó nếu bạn sau khi gỡ cài đặt một ứng dụng sau đó chạy syncdb, bạn được hỏi theo hướng nam nếu bạn muốn tự động xóa các loại nội dung độc hại. Sau đó, các bảng không sử dụng được gỡ bỏ một cách an toàn mà không cần phải tham chiếu sau này.

(Có khả năng hack: delete from django_content_type where app_label='social_auth' nhưng south là unfallible.)

Nhiều bộ phận của câu hỏi vẫn còn mở.

Sửa:
Tại sao nó không phải là đúng cách: Tất cả các mối quan hệ chung là từ hậu duệ cho phụ huynh và tất cả dữ liệu về mối quan hệ được lưu trong hậu duệ. Nếu ứng dụng con bị xóa khỏi INSTALLED_APPS thì mã django.db có thể không bao giờ cố gắng loại bỏ hậu duệ vì nó không thể nhận ra cột nào chứa dữ liệu quan hệ.