Opened 10 years ago

Last modified 10 years ago

#23379 closed Bug

sql_create generates incorrect SQL with synced database — at Version 1

Reported by: flakfizer Owned by: nobody
Component: Database layer (models, ORM) Version: 1.7-rc-3
Severity: Release blocker Keywords:
Cc: Triage Stage: Ready for checkin
Has patch: yes Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description (last modified by Simon Charette)

The change between 1.6.6 to 1.7c3 in sql_create's first parameter from "app" to "app_config" is causing a bug, namely because app.get_models() returned a list, whereas app_config.get_models() returns a generator. This causes the "known_models" set to be larger than it should be.

This bug will cause invalid sql - mysql, in my case - to be generated if tables already exist, as shown in the attached reproduction app.

1) python manage.py repro # generates correct sql

CREATE TABLE `repro_app_a` (
    `id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY,
    `b_id` integer NOT NULL
)
;
CREATE TABLE `repro_app_b` (
    `id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY,
    `a_id` integer NOT NULL
)
;
ALTER TABLE `repro_app_b` ADD CONSTRAINT `a_id_refs_id_4838e71a` FOREIGN KEY (`a_id`) REFERENCES `repro_app_a` (`id`);
ALTER TABLE `repro_app_a` ADD CONSTRAINT `b_id_refs_id_b49a3179` FOREIGN KEY (`b_id`) REFERENCES `repro_app_b` (`id`);

2) python manage.py migrate
3) python manage.py repro # generates incorrect sql; the first constraint fails because table repro_app_b hasn't been created yet.

CREATE TABLE `repro_app_a` (
    `id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY,
    `b_id` integer NOT NULL
)
;
ALTER TABLE `repro_app_a` ADD CONSTRAINT `b_id_refs_id_b49a3179` FOREIGN KEY (`b_id`) REFERENCES `repro_app_b` (`id`);
CREATE TABLE `repro_app_b` (
    `id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY,
    `a_id` integer NOT NULL
)
;
ALTER TABLE `repro_app_b` ADD CONSTRAINT `a_id_refs_id_4838e71a` FOREIGN KEY (`a_id`) REFERENCES `repro_app_a` (`id`);

Fortunately, the (or, "a") fix is an easy one-liner:

  • django/core/management/sql.py

    a b def sql_create(app_config, style, connection):  
    3636    # We trim models from the current app so that the sqlreset command does not
    3737    # generate invalid SQL (leaving models out of known_models is harmless, so
    3838    # we can be conservative).
    39     app_models = app_config.get_models(include_auto_created=True)
     39    app_models = set(app_config.get_models(include_auto_created=True))
    4040    final_output = []
    4141    tables = connection.introspection.table_names()
    4242    known_models = set(model for model in connection.introspection.installed_models(tables) if model not in app_models)

Change History (2)

by flakfizer, 10 years ago

Attachment: repro.tgz added

Reproduction project

comment:1 by Simon Charette, 10 years ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.
Back to Top