Quels SGBDR utilisez-vous avec Django et pourquoi?

Question

J'ai récemment basculé un projet de MySQL InnoDB à PostgreSQL, et je me sens plus en retard lors de l'insertion et de la mise à jour de données avec ajax. Cela peut être subjectif. Je sais que les développeurs de Django recommandent postgres et je sais que psycopg2 est supposé être plus rapide que MysqlDB. Personnellement, j'aime la façon dont postgres renforce l'intégrité de la base de données, mais je suis surtout préoccupé par les performances de ce projet. Vous voulez entendre l'opinion des autres à ce sujet.

Answer 1

SQLite. Pas de serveur backend. Excellent pour les dev

Answer 2

Pourquoi ne mesurez-vous pas? C'est la seule façon d'être sûr de la performance. Agiter la main à propos de la lenteur ou non de quelque chose sans données concrètes, c'est comme essayer d'attraper l'eau avec les mains.

Mesurez les transactions par seconde ou même mieux, les requêtes par seconde avec un outil de stress de serveur web comme The Grinder (qui peut être scripté en Jython) avec MySQL backend et PostgreSQL et voyez ensuite si cela fait la différence. Si c'est le cas, demandez par ici, ou, plus spécifiquement, demandez sur les listes de diffusion pgsql-general ou pgsql-performance. Il y a beaucoup de gens experts qui en savent beaucoup, même les principaux développeurs. Il y a des tonnes de boutons sur la configuration de PostgreSQL liés aux performances.

Answer 3

Il peut s'agir d'une utilisation incorrecte des index. S'assurer simplement que vous avez les bons index, et s'assurer que les tables sont analysées et passent l'aspirateur périodiquement devrait donner des résultats plutôt décents.

Même si Postgres se révèle être un minuscule plus lent, dans certains cas, mon opinion personnelle est que les fonctionnalités qu'il fournit sont largement supérieures aux pertes de performances mineures. PostgreSQL est vraiment une belle base de données, et chaque fois que j'utilise autre chose, je voudrais utiliser Postgres.

Answer 4

J'ai utilisé SQLite pour la première fois dans la phase de développement du dernier projet. Il est facile à installer, pratique à transporter d'un système de développement à un autre, etc. Je dois ajouter que lorsque j'ai finalement déplacé le projet en production sur MySQL, un certain nombre de problèmes subtils se sont manifestés avec MySQL qui n'étaient pas présents du tout avec SQLite. Rien de grand, mais à partir de maintenant si je dois déployer un projet sur MySQL, je préférerais utiliser MySQL dans la phase de développement aussi.