Как запретить django создавать ненужные таблицы?

Question

[Владимир Куц]

Есть в проекте две базы - одна 'default', другая - скажем 'legacy'.
'legacy' создана с помощью inspectdb - данные из нее читаются без каких-либо проблем.
Но, - база только на чтение - мне нужно оттуда данные только читать, какие-либо операции записи запрещены.
Проблема в том, что при любых миграциях django пытается там создать таблицу 'django_migrations', у него это не получается, и скрипт миграции благополучно валится. Из-за чего я не могу сделать никаких миграций в БД по-умолчанию.
Как запретить django делать это на базе только для чтения?

Роутер использую что-то типа этого:

class LegacyRouter(object):

    def db_for_read(self, model, **hints):
        if model._meta.app_label == 'legacy_app':
            return 'legacy'
        return None

    def db_for_write(self, model, **hints):
        if model._meta.app_label == 'legacy_app':
            return False
        return None

    def allow_relation(self, obj1, obj2, **hints):
        if obj1._meta.app_label == 'legacy_app' or obj2._meta.app_label == 'legacy_app':
            return False
        return None

    def allow_migrate(self, db, app_label, model_name=None, **hints):
        if app_label == 'legacy_app':
            return False
        return None

    def allow_syncdb(self, db, model):
        if db == 'legacy' or model._meta.app_label == 'legacy_app':
             return False

Comments

[sim3x]

ИМО перегнать все в одну бд и не создавать проблему на ровном месте

[Владимир Куц]

sim3x: Это не выход и не проблема "на ровном месте". Чтение определенных данных из нескольких таблиц, которые постоянно обновляются на огромной сторонней БД для обработки в своем проекте - довольно часто встречающаяся задача.

[sim3x]

Владимир Куц:
Не разбирался, но там точно можно False возвращать, а не только None или стр?
https://code.djangoproject.com/ticket/24742

[Владимир Куц]

sim3x: Если None - то берет дефолтовую БД. Если строка - то использует БД из строкового значения. Именно для параметра db_for_write - не уверен, но скажем для allow_migrate - False допустимо.

Answer 1

[Roman K]

Добавь в модель

class Meta:
    managed = False

Ещё, ради того, чтобы не выстрелить себе в ногу, делал вот такие заглушки в модель:

def save(self, *args, **kwargs):
    raise ValueError('Read-only database')

def delete(self, *args, **kwargs):
    raise ValueError('Read-only database')

И в менеджер:

class CardserverQuerySet(models.QuerySet):
    def create(self, *args, **kwargs):
        raise ValueError('Read-only database')

    def update(self, *args, **kwargs):
        raise ValueError('Read-only database')

    def delete(self, *args, **kwargs):
        raise ValueError('Read-only database')

    def bulk_create(self, *args, **kwargs):
        raise ValueError('Read-only database')

    def get_or_create(self, *args, **kwargs):
        raise ValueError('Read-only database')

    def update_or_create(self, *args, **kwargs):
        raise ValueError('Read-only database')


class CardserverManager(models.Manager):
    def get_queryset(self):
        return CardserverQuerySet(self.model, using='remote')

Comments

[Владимир Куц]

managed = False - inspectdb сам расставляет по-умолчанию. Естественно в мета моих моделей такое есть. Остальное полезно, но не повлияет на желание джанго создать таблицу 'django_migrations' там где не надо :)

[Roman K]

Владимир Куц: Не помню точно, мне казалось, что managed=False я ставил сам именно по этой причине. И вот ещё:

If False, no. database table creation or deletion operations will be performed for this model. This is useful if the model represents an existing table or a database view that has been created by some other means. This is the only difference when managed=False. All other aspects of model handling are exactly the same as normal. This includes