我想使用我在我的数据库中创建的视图作为我的django-view的源代码.
这可能,而不使用自定义SQL?
******13/02/09更新***********
像许多答案建议的那样,您可以在数据库中创建自己的视图,然后通过在models.py中定义它在API中使用它.
虽然有些警告:
manage.py syncdb将不再起作用
视图在其名称的开头需要与所有其他模型(表格)相同的内容,例如,如果您的应用程序被称为"事物",那么您的视图将需要被称为thing_ $ viewname
drdaeman.. 93
只是对那些会遇到这个问题的人的更新(来自谷歌或其他任何东西)......
目前Django有一个简单的"正确方法"来定义模型而不管理数据库表:
Options.managed
默认为
True
,意味着Django将在其中创建相应的数据库表,syncdb
并将其作为reset
管理命令的一部分删除.也就是说,Django 管理数据库表的生命周期.如果
False
,不会对此模型执行数据库表创建或删除操作.如果模型表示通过其他方式创建的现有表或数据库视图,则此选项非常有用.这是唯一的区别时managed
是False
.模型处理的所有其他方面与正常情况完全相同.
提供一些背景; 此功能在Django 1.1中可用. (3认同)
Ferdinand Be.. 33
从Django 1.1开始,您可以使用Options.managed.
对于旧版本,您可以轻松地为视图定义Model类,并像其他视图一样使用它.我刚刚使用基于Sqlite的应用程序测试它,它似乎工作正常.如果您的视图的"主键"列未命名为"id",请确保添加主键字段,如果您的视图未被称为"app_classname",请在Meta选项中指定视图的名称.
唯一的问题是"syncdb"命令将引发异常,因为Django将尝试创建表.您可以通过在不同于models.py的单独Python文件中定义"视图模型"来防止这种情况.这样,Django在内省models.py时不会看到它们来确定为应用程序创建的模型,因此不会尝试创建表.
只是对那些会遇到这个问题的人的更新(来自谷歌或其他任何东西)......
目前Django有一个简单的"正确方法"来定义模型而不管理数据库表:
Options.managed
默认为
True
,意味着Django将在其中创建相应的数据库表,syncdb
并将其作为reset
管理命令的一部分删除.也就是说,Django 管理数据库表的生命周期.如果
False
,不会对此模型执行数据库表创建或删除操作.如果模型表示通过其他方式创建的现有表或数据库视图,则此选项非常有用.这是唯一的区别时managed
是False
.模型处理的所有其他方面与正常情况完全相同.
从Django 1.1开始,您可以使用Options.managed.
对于旧版本,您可以轻松地为视图定义Model类,并像其他视图一样使用它.我刚刚使用基于Sqlite的应用程序测试它,它似乎工作正常.如果您的视图的"主键"列未命名为"id",请确保添加主键字段,如果您的视图未被称为"app_classname",请在Meta选项中指定视图的名称.
唯一的问题是"syncdb"命令将引发异常,因为Django将尝试创建表.您可以通过在不同于models.py的单独Python文件中定义"视图模型"来防止这种情况.这样,Django在内省models.py时不会看到它们来确定为应用程序创建的模型,因此不会尝试创建表.
我刚刚使用postgres 9.4和django 1.8的视图实现了一个模型.
我创建了这样的自定义迁移类:
# -*- coding: utf-8 -*- from __future__ import unicode_literals from django.db import migrations class Migration(migrations.Migration): dependencies = [ ('myapp', '0002_previousdependency'), ] sql = """ create VIEW myapp_myview as select your view here """ operations = [ migrations.RunSQL("drop view if exists myapp_myview;"), migrations.RunSQL(sql) ]
我像往常一样写了模型.它适用于我的目的.
注 - 当我运行makemigrations时,为模型创建了一个新的迁移文件,我手动删除了该文件.
完全公开 - 我的视图是只读的,因为我使用的是从jsonb数据类型派生的视图,并且没有编写ON UPDATE INSTEAD规则.