Python 转储、创建新数据库，然后恢复Django auth和与系统相关的表是否会导致任何问题？

八个月前，我将我的第一个Django网站上线。这既是对概念的证明，也是我第一次体验Django。快进八个月，我已经验证了我的想法，但因为它是概念证明，也是我的第一个Django项目，所以代码相当混乱。基本上，我将重新编写网站的大部分内容，包括重新设计模型

这一切都很好。我把所有的新型号都计划好了。本质上，我将创建一个新的数据库来开发，并让South管理我所做的任何新的数据库模式更改

必须注意两件事：

我不会创建一个新的项目，只是一个新的数据库

这将是我第一次将南方纳入该项目，我更愿意从新的模型和新的数据库开始

---

我的问题是，当我创建新数据库时，将旧auth_*和django_*表的内容导入到新auth_*和django_*表中会产生任何问题吗？我已经有一些用户使用原始的概念证明进行了注册，我不想丢失他们的信息。我以前从来没有这样做过，所以我不确定是否会有任何影响

mysqldump -uusername -ppassword db_name table_name > xxxx.sql
mysql -uusername -ppassword new_db_name < xxxx.sql

mysqldump-uusername-ppassword db\u name table\u name>xxxx.sql
mysql-uusername-ppassword new\u db\u name

数据库端很好，如果您的后端是其他数据库，您仍然可以找到类似的命令

---

对于一个新的数据库，我认为您需要导出/导入auth_user，我不太确定您是否需要django_*表中的其他内容。您可以一步一步地执行此操作，然后查看新项目是否有效。

您是使用

dumpdata

命令执行SQL转储还是每个应用程序序列化（json、xml）转储？新模型和旧模型之间的映射是什么？它是微不足道的，还是一篇博士论文？@GonzaloDelgado我正在使用mysqldump进行SQL转储command@PeterRowell我正在开发的自定义模型不是问题。这是一个简单的映射。而映射本身并不关心更多。我只是担心会破坏Django的核心表，例如Django_content_type或auth_user。@AdrianRosebrock：我唯一想到的是1.5有一个新的用户模型设置，因此您可以定义自己的用户模型。我还没有使用它，但是字段名可能已经更改了名称/长度/定义/？？？。谢谢您的帮助。我创建了一个新数据库，让South处理迁移，然后导入了旧auth_user表的内容。一切正常。：-）