South的两个不适用场景

前两天写了篇介绍Django-South的文章: Django-South介绍 ，在这两天的使用中也发现了一下不适用的场景，暂且记下来，获取以后还有。

开发阶段初期

处于开发阶段的项目，数据库结构总会不断的调整，有时候会有很大的调整。因此这时总是用South来更新你的数据库便会显得有些笨重了。本来表中都没有什么数据，drop掉，然后再次syncdb其实挺快捷的。其实更重要的一点是用South产生的migration文件要放到代码库中，这样开发期频繁变动的migration没有什么意义。

没有数据库权限

在一些公司里，有专门的DBA来负责所有项目的数据库，测试用的数据库还好，开发人员有足够的权限，但是对于正式线上的数据库，开发人员就没有修改表的权限了。因此这样的场景下起不到什么，还是用sqlall查看新的字段或者表的语句，然后认真copy给DBA吧。

话说我们的正式库也是没有权限的，等项目上线的时候怎么处理遇到再说。