models.txt 4.0 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697
  1. FAQ: Databases and models
  2. =========================
  3. .. _faq-see-raw-sql-queries:
  4. How can I see the raw SQL queries Django is running?
  5. ----------------------------------------------------
  6. Make sure your Django :setting:`DEBUG` setting is set to ``True``.
  7. Then, just do this::
  8. >>> from django.db import connection
  9. >>> connection.queries
  10. [{'sql': 'SELECT polls_polls.id, polls_polls.question, polls_polls.pub_date FROM polls_polls',
  11. 'time': '0.002'}]
  12. ``connection.queries`` is only available if :setting:`DEBUG` is ``True``.
  13. It's a list of dictionaries in order of query execution. Each dictionary has
  14. the following::
  15. ``sql`` -- The raw SQL statement
  16. ``time`` -- How long the statement took to execute, in seconds.
  17. ``connection.queries`` includes all SQL statements -- INSERTs, UPDATES,
  18. SELECTs, etc. Each time your app hits the database, the query will be recorded.
  19. Note that the SQL recorded here may be :ref:`incorrectly quoted under SQLite
  20. <sqlite-connection-queries>`.
  21. If you are using :doc:`multiple databases</topics/db/multi-db>`, you can use the
  22. same interface on each member of the ``connections`` dictionary::
  23. >>> from django.db import connections
  24. >>> connections['my_db_alias'].queries
  25. Can I use Django with a pre-existing database?
  26. ----------------------------------------------
  27. Yes. See :doc:`Integrating with a legacy database </howto/legacy-databases>`.
  28. If I make changes to a model, how do I update the database?
  29. -----------------------------------------------------------
  30. Take a look at Django's support for :mod:`schema migrations
  31. <django.db.migrations>`.
  32. If you don't mind clearing data, your project's ``manage.py`` utility has a
  33. :djadmin:`flush` option to reset the database to the state it was in
  34. immediately after :djadmin:`migrate` was executed.
  35. Do Django models support multiple-column primary keys?
  36. ------------------------------------------------------
  37. No. Only single-column primary keys are supported.
  38. But this isn't an issue in practice, because there's nothing stopping you from
  39. adding other constraints (using the ``unique_together`` model option or
  40. creating the constraint directly in your database), and enforcing the
  41. uniqueness at that level. Single-column primary keys are needed for things such
  42. as the admin interface to work; e.g., you need a simple way of being able to
  43. specify an object to edit or delete.
  44. How do I add database-specific options to my CREATE TABLE statements, such as specifying MyISAM as the table type?
  45. ------------------------------------------------------------------------------------------------------------------
  46. We try to avoid adding special cases in the Django code to accommodate all the
  47. database-specific options such as table type, etc. If you'd like to use any of
  48. these options, create an :ref:`SQL initial data file <initial-sql>` that
  49. contains ``ALTER TABLE`` statements that do what you want to do. The initial
  50. data files are executed in your database after the ``CREATE TABLE`` statements.
  51. For example, if you're using MySQL and want your tables to use the MyISAM table
  52. type, create an initial data file and put something like this in it::
  53. ALTER TABLE myapp_mytable ENGINE=MyISAM;
  54. As explained in the :ref:`SQL initial data file <initial-sql>` documentation,
  55. this SQL file can contain arbitrary SQL, so you can make any sorts of changes
  56. you need to make.
  57. Why is Django leaking memory?
  58. -----------------------------
  59. Django isn't known to leak memory. If you find your Django processes are
  60. allocating more and more memory, with no sign of releasing it, check to make
  61. sure your :setting:`DEBUG` setting is set to ``False``. If :setting:`DEBUG`
  62. is ``True``, then Django saves a copy of every SQL statement it has executed.
  63. (The queries are saved in ``django.db.connection.queries``. See
  64. `How can I see the raw SQL queries Django is running?`_.)
  65. To fix the problem, set :setting:`DEBUG` to ``False``.
  66. If you need to clear the query list manually at any point in your functions,
  67. just call ``reset_queries()``, like this::
  68. from django import db
  69. db.reset_queries()