首页
学习
活动
专区
圈层
工具
发布

django 1.8 官方文档翻译: 2-5-1 管理器 (初稿)

Django 会将模型中定义的管理器解释为默认的 管理器,并且 Django 中的一部分应用(包括数据备份)会使用默认的管理器,除了前面那个模型。...如果你想从一个非抽象基类中重用管理器,只能在子类中重定义管理器。 这是因为这种管理器与定义它的模型 绑定得非常紧密,所以继承它们经常会导致异常的结果(特别是默认管理器运行的时候)。...控制自动管理器的类型 这篇文档已经提到了Django创建管理器类的一些位置:默认管理器和用于访问关联对象的“朴素” 管理器。在 Django 的实现中也有很多地方用到了临时的朴素管理器。...与数据库进行交互。...在 get_queryset()方法中过滤掉数据,会使得它所在的管理器不适于用做自动管理器。

1.5K20

Django 模型成员2.2

类的属性 objects:是Manager类型的对象,用于与数据库进行交互 当定义模型类时没有指定管理器,则Django会为模型类提供一个名为objects的管理器 支持明确指定模型类的管理器 class...books = models.Manager() 当为模型类指定管理器后,django不再为模型类生成名为objects的默认管理器 管理器Manager 管理器是Django的模型进行数据库的查询操作的接口...,Django应用的每个模型都拥有至少一个管理器 自定义管理器类主要用于两种情况 情况一:向管理器类中添加额外的方法:见下面“创建对象”中的方式二 情况二:修改管理器返回的原始查询集:重写get_queryset...books = BookInfoManager() 创建对象 当创建对象时,django不会对数据库进行读写操作 调用save()方法才与数据库交互,将对象保存到数据库中 使用关键字参数构造模型对象很麻烦...在管理器的方法中,可以通过self.model来得到它所属的模型类 class BookInfoManager(models.Manager): def create_book(self, title

76840
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    django 1.8 官方文档翻译: 2-5-6 多数据库

    多数据库 这篇主题描述Django 对多个数据库的支持。大部分Django 文档假设你只和一个数据库打交道。如果你想与多个数据库打交道,你将需要一些额外的步骤。...使用其它管理命令 其它django-admin 命令与数据库交互的方式与migrate相同 —— 它们都一次只操作一个数据库,并使用--database来控制使用的数据库。...在管理器上使用db_manager()方法来让管理器访问非默认的数据库。...多数据库上使用get_queryset() 如果你正在覆盖你的管理器上的get_queryset(),请确保在其父类上调用方法(使用super())或者正确处理管理器上的_db属性(一个包含将要使用的数据库名称的字符串...admin依赖auth,所以它们的模型必须与auth在同一个数据库中。 flatpages和redirects依赖sites,所以它们必须与sites在同一个数据库中。

    2.2K20

    定义数据库模型

    一、属性说明 说明 django根据属性的类型确定以下信息 当前选择的数据库支持字段的类型 渲染管理表单时使用的默认html控件 在管理站点最低限度的验证 自增长主键 django会为表增加自动增长的主键列...库 定义属性时,需要字段类型,字段类型被定义在django.db.models.fields目录下,为了方便使用,被导入到django.db.models中 逻辑删除 对于重要数据都做逻辑删除...注意:排序会增加数据库的负担 三、objects 概念 是Manager类型的对象,用于与数据库进行交互的 当定义模型时没有指定管理器对象,则Django会为模型类提供一个名为objects的管理器...就不会添加objects,但是这两个管理器对象没有任何区别 自定义管理器类 原理 定义Manager类的子类,实现数据的逻辑删除。...重写get_queryset()方法,父类中的该方法用户获取所有的数据 实现 class</span

    85820

    django优雅的实现软删除,支持Admin和DRF的软删除

    简而言之: drf找不到删除的数据,admin需要全部数据 drf和admin删除数据都是软删除 解决方案 DRF Django Manager 赋予了 Django的模型(Model)中操作数据库的能力...也就是如:Book.objects.all()中的objects。有没有想过它到底是什么? 显然,默认的模型Manager并不能解决我们的问题,所以我们需要自定义模型的Manager。...,发现get_queryset方法是执行获取查询的,那么把它重写了。...由于我们已经在模型层通过Manager直接改变了最初的数据过滤后的样子,这里怎么重写也是无事于补的。 于是我在想,那就在定义一个模型管理器,在Admin中使用这个管理器不就好了?...= models.Manager() 回到Admin注册中,重写get_queryset: @admin.register(Book) class BookAdmin(admin.ModelAdmin

    3.2K40

    Django模型model

    定义模型类 在模型中定义属性,会生成数据库表中的字段 django根据属性的类型确定以下信息: 当前选择的数据库支持字段的类型 渲染管理表单时使用的默认html控件 在管理站点最低限度的验证 django...模型类的管理器 objects:是Manager类型的对象,用于与数据库进行交互 当定义模型类时没有指定管理器,则Django会为模型类提供一个名为objects的管理器 支持明确指定模型类的管理器...Django的模型进行数据库的查询操作的接口,Django应用的每个模型都拥有至少一个管理器 自定义管理器类主要用于两种情况 向管理器类中添加额外的方法创建管理器对象保存数据到数据库 class TestInfoManager...当创建对象时,django不会对数据库进行读写操作 在管理器的方法中,可以通过self.model来得到它所属的模型类 调用save()方法才与数据库交互,将对象保存到数据库中 使用关键字参数构造模型对象很麻烦...使用Q()对象 Q对象(django.db.models.Q)用于封装一组关键字参数,这些关键字参数与“比较运算符”中的相同 from django.db.models import Qlist.filter

    2.3K10

    进程管理器supervisor的使用(django实例)

    在目前的使用中,个人觉得最重要的就是同时启动多个应用,至于在网上看到的其他人说所的,在程序crash之后会自动重启,这是它有的功能不过在真实使用中还没碰到程序crash的情况。...不了解内情的到这里先补下基础:《使用virtualenv创建虚拟python环境》 然后就是安装supervisor以及django:pip install supervisor django。...好,现在环境就初始化好了,先在super环境的etc下创建一个django项目,命名为sayhello:django-admin.py startproject sayhello。...,其中有几个需要着重解释下,在配置的过程中the5fire卡壳在这里。...在[program]项中还有一个command,就是要执行的程序。 这个配置总的目的是启动前面创建的那个django程序,分别监听在8000和8001端口。

    2.4K10

    Django 模型中自定义Manager和模型方法

    1.自定义管理器(Manager) 在语句Book.objects.all()中,objects是一个特殊的属性,通过它来查询数据库,它就是模型的一个Manager.....它将取代模型的默认manager(objects).把它命名为objects是为了与默认的manager保持一致....现在我们可以进行下面的操作: >>> Books.objects.title_count('django') #这是我们自定义的manager中的查询方法 2 >>> Books.objects.filter...).get_queryset().filter(author='Roald Dahl') # 然后,将它显式地插入到Book模型中 class Book(models.Model): title...上面的示例中,clean()引发的ValidationError异常通过一个字符串实例化,所以它将被保存在一个特殊的错误字典中,键为NON_FIELD_ERRORS.这个键用于整个模型出现的错误而不是一个特定字段穿线的错误

    3.5K20

    django2实战4.创建文章列表页和详情页url适配自定义模型管理器在view中写业务逻辑新建模板文件添加分页功能

    这就需要用到django的view层负责处理http请求,并将数据传给template模板进行渲染 url适配 首先定义列表页与详情页的url, url规则如下: 列表页:http://127.0.0.1...'), ] 然后需要在项目的urls.py中引入此文件: mysite/mysite/urls.py from django.contrib import admin from django.urls...配置 ] 自定义模型管理器 封装自定义的管理器,方便检索数据。...objects = models.Manager() # 默认的管理器 published = PublishedManager() # 自定义的管理器 以后我们只需要调用Post.published.all...()就能获取所有已发布的文章 在view中写业务逻辑 mysite/blog/views.py from django.shortcuts import render, get_object_or_404

    1.8K30

    Django中的url与视图详解(2)

    本文链接:https://blog.csdn.net/weixin_43908900/article/details/94892086 Django中的url与视图详解(2) url命名: 因为url...如果在代码中写死可能会经常改代码。给url取个名字,以后使用url的时候就使用他的名字进行反转就可以了,就不需要写死url了。...,因为在现实环境中,一个项目不能是一个人完成的,为了避免在反转的时候出现混淆,我们需要在APP中指定应用命名,例如: # 应用命名空间 app_name = 'front' urlpatterns =...request.resolver_match.namespace return redirect(reverse("%s:login"%current_namespace)) 应用命名空间与实例命名空间...re_path相关操作: 注意点:写正则表达式是使用标志性的原生字符串·“r”开头,在正则表达式中定义变量,需要使用圆括号括起来。这个参数是有名字的,那么需要使用?P的名字>。

    1.7K20

    Django中的url与视图详解(1)

    本文链接:https://blog.csdn.net/weixin_43908900/article/details/94463842 Django中的url与视图详解(1) 这是Django的第一部分...:关于url跟视图的相关知识,下面请看操作: url映射: 映射是Django的原生功能,因为在settings.py中配置了ROOT_URLCONF为urls.py。...所有django会去urls.py中寻找。 我们所有的映射都要放在urlpatterns这个变量中,不要问为什么,因为我也不知道。...映射的前提是需要使用path与re_path函数,区别是,后者比前者多了一个功能:使用正则法则,后面会详细说这一点。...然后在视图函数中也要写一个参数,视图函数中的参数必须和url中的参数名称保持一致,不然就找不到这个参数。另外,url中可以传递多个参数。

    2K30

    Django中的url与视图详解(3)

    Django中的url与视图详解(3) 可能你学习到这里,感觉好乱,所将的知识点没有一丝的关联,这个是没有办法的,Django与Flask有所不同的,Django是结构化的,每个模块都有知识点,我们只有先了解...reverse函数(反转): 如果在反转url的时候,需要添加参数,那么可以传递kwargs参数到revers函数中。...在类中定义一个属性regex,这个属性是用来限制URL转换器规则的正则表达式。 实现to_python(self,value)方法,这个方法是将URL中的值转换一下,然后传给视图函数的。...将定义好的转换器,使用django.urls.converters.register_converter方法注册到Django中。...而如果访问blog/1的时候,因为在传递参数的时候传递了num,因此会匹配到第二个URL,这时候也会执行views.page,然后把传递进来的参数传给page函数中的num。

    2.2K20

    Django 教程 --- Django中的视图

    基于功能的视图 基于函数的视图是使用python中的函数编写的,该函数以HttpRequest对象作为参数并返回HttpResponse对象。...Django CRUD(创建,检索,更新,删除)基于功能的视图:- 创建视图–基于函数的视图Django 细节视图–基于函数的视图Django 更新视图–基于函数的视图Django 删除视图–基于函数的视图...它们不能替代基于功能的视图,但是与基于功能的视图相比具有某些区别和优势: 与特定HTTP方法(GET,POST等)相关的代码组织可以通过单独的方法而不是条件分支来解决。...诸如mixin(多重继承)之类的面向对象技术可用于将代码分解为可重用的组件。 与基于函数的视图相比,基于类的视图更易于管理。具有大量代码行的基于函数的视图可以转换为仅包含几行代码的基于类的视图。...在geeks / urls.py中, from django.urls import path # importing views from views..py from .views import

    4.3K30
    领券