Vérifiez que le réglage Django DEBUG est défini à True. Ensuite, faites ceci :
>>> from django.db import connection\n>>> connection.queries\n[{'sql': 'SELECT polls_polls.id, polls_polls.question, polls_polls.pub_date FROM polls_polls',\n'time': '0.002'}]\nconnection.queries est uniquement disponible si DEBUG vaut True. C’est une liste de dictionnaires dans l’ordre d’exécution des requêtes. Chaque dictionnaire contient ce qui suit :
sql - l’instruction SQL brute
time - la durée d’exécution de l’instruction, en secondes.
connection.queries comprend toutes les instructions SQL – INSERT, UPDATE, SELECT, etc. Chaque fois que votre application accède à la base de données, les requêtes sont journalisées.
Si vous utilisez plusieurs bases de données, vous pouvez utiliser la même interface sur chaque membre du dictionnaire connections:
>>> from django.db import connections\n>>> connections["my_db_alias"].queries\nSi vous avez besoin d’effacer manuellement la liste des requêtes à tout moment dans vos fonctions, appelez reset_queries() comme ceci :
from django.db import reset_queries\n\nreset_queries()\nJetez un œil à la prise en charge des migrations de schéma par Django.
Si cela ne vous dérange pas d’effacer les données, l’utilitaire manage.py a une option flush pour réinitialiser la base de données à l’état où elle se trouvait immédiatement après que migrate fut exécuté.
Non. Seules les clés primaires sur une seule colonne sont prises en charge.
\nMais ce n’est pas un problème en pratique, car rien ne vous empêche d’ajouter d’autres contraintes (en utilisant l’option de modèle unique_together ou en créant la contrainte directement dans votre base de données), et de faire respecter l’unicité à ce niveau. Les clés primaires sur une seule colonne sont nécessaires au bon fonctionnement de l’interface d’administration ; par exemple quand il y a besoin d’une seule valeur pour désigner un objet à modifier ou à supprimer.
Les bases de données NoSQL ne sont pas officiellement prises en charge par Django lui-même. Il existe toutefois un certain nombre de projets externes permettant d’exploiter la fonctionnalité NoSQL dans Django.
\nVous pouvez consulter la page de Wiki qui présente certains de ces projets.
\nNous essayons d’éviter d’ajouter des cas spéciaux dans le code de Django pour accueillir toutes les options spécifiques aux bases de données telles que le type de table, etc. Si vous souhaitez utiliser une de ces options, créez une migration avec une opération RunSQL contenant des instructions ALTER TABLE faisant ce que vous voulez faire.
Par exemple, si vous utilisez MySQL et que vous voulez que vos tables utilisent le type de table MyISAM, utilisez le code SQL suivant :
\nALTER TABLE myapp_mytable ENGINE=MyISAM;\n