Django特性

Question

我最近开始在带有MySQL后端的web应用程序中使用Django 1.5.4。刚开始的时候，我遇到了一些限制，让我怀疑Django是正确的前进之路。

一些明显的缺点是：

1. 缺少复合主键。错误已经开放8年了。对于一个依赖于许多到多个表来拥有一个不必要的自动主键并使用unique_together属性的应用程序来说，这不是件坏事吗？

参考资料：

• http://comments.gmane.org/gmane.comp.python.django.devel/37301
• 如何删除Django中自动生成的ManyToMany表中的冗余ID字段？
• https://code.djangoproject.com/wiki/MultipleColumnPrimaryKeys#Multi-ColumnPrimaryKeysupport
• https://code.djangoproject.com/ticket/373

1. 类似于在SQL模式中表示默认值这样简单的事情。我知道为什么他们解决不了它，但它使生活更困难。

参考资料：

• https://code.djangoproject.com/ticket/470

1. 没有能力声明固定的字符字段 参考资料：

• https://code.djangoproject.com/ticket/9349 缺点(引用上述bug报告)：在我的特定应用程序中，从Django-自动生成的varchar字段更改为char字段，将数据库的大小从550 In降至300 In。在很多情况下，确实有固定长度的字符数据需要存储。

1. 主键不能无符号(bug报告已经来回很长时间了) 。这并不难实现。它使可用的ID加倍。 参考资料：

• https://code.djangoproject.com/ticket/56

正如我所说，这只是一个开始。我遇到了一些缺点，让我觉得如果Django忽略了这些基本的东西，它是否是正确的框架呢？我想问问这个社区，Django充满了一些问题，需要对其他简单的东西进行黑客攻击，还是这些只是少数例外呢？

我在考虑试试金字塔/塔架框架。如有任何帮助/建议，将不胜感激。

更新：又添加了2个

Answer 1

老实说，如果那些东西是你的阻滞剂，不要使用Django。我是Django的坚定拥护者，但是如果你觉得它不能满足你的需求，你应该做点别的。

不过，我必须说，这些都是很奇怪的事情。我无法想象为什么中间M2M表上的一个额外的主键字段会成为一个问题。(不过，请注意，复合字段-包括PKs已经成为今年夏季代码项目的主题，并且看起来已经准备好合并-参见https://groups.google.com/forum/#!topic/django-developers/CD7OrkJ63zc)

同样，为什么在SQL级别上缺少缺省值“会使生活变得更困难”，这一点很难理解:如果您正在通过Django的ORM来完成所有事情，在其中应用默认值并没有什么区别；另外，正如禤浩焯在这张票证上所说的那样，在SQL中这样做实际上会减少当前的功能，因为这会使诸如可调用的缺省值之类的事情变得不可能。

此外，你应该思考为什么你要让这些相对琐碎的细节掩盖Django给你带来的巨大好处:表达ORM，模板语言，蓬勃发展的社区，大量的第三方应用程序.但是，即便如此，如果真的对你不起作用的话，你还是可以自由地选择其他的东西。