Honnêtement, si ces choses vous bloquent, n'utilisez pas Django. Je suis un fervent partisan de Django, mais si vous pensez qu'il ne répond pas à vos besoins, vous devriez opter pour autre chose.
Je dois dire cependant que ce sont des choses étranges sur lesquelles se concentrer. Je ne peux pas imaginer pourquoi un champ de clé primaire supplémentaire sur une table M2M intermédiaire serait un problème. (Notez cependant que les champs composites - y compris les PK - ont fait l'objet d'un projet Summer of Code cette année, et semblent prêts à fusionner - voir https://groups.google.com/forum/#!topic/django-developers/CD7OrkJ63zc )
Et encore une fois, pourquoi l'absence de valeurs par défaut au niveau SQL "rend la vie plus difficile" est difficile à comprendre :si vous faites tout via l'ORM de Django, où la valeur par défaut est appliquée ne fait aucune différence ; De plus, comme Adrian l'a dit sur ce ticket, le faire en SQL réduirait en fait la fonctionnalité actuelle en rendant impossibles des choses comme les valeurs par défaut appelables.
Vous devriez également réfléchir à la raison pour laquelle vous laissez ces détails relativement insignifiants éclipser les grands avantages que Django vous offre :ORM expressif, langage de modèle, communauté florissante, grand nombre d'applications tierces... Mais, même cela dit, encore une fois vous êtes libre de choisir autre chose si cela ne fonctionne vraiment pas pour vous.
