数据库视图

Drf框架 一丶API接口 # 为了在团队内部形成共识、防止个人习惯差异引起的混乱，我们需要找到一种大家都觉得很好的接口实现规范，而且这种规范能够让后端写的接口，用途一目了然，减少双方之间的合作成本。 # 目前市面上大部分公司开发人员使用的接口服务架构主要有：restful、rpc。 # restful:翻译成中文,即 资源状态转换 # 1.把后端所有的数据/文件都看成资源 POST http://www.lufei.com/api/students/ 添加学生数据 GET http://www.lufei.com/api/students/ 获取所有学生 DELETE http://www.lufei.com/api/students/<pk> 删除1个学生 GET http://www.lufei.com/api/students/<pk> 获取一个学生 二丶序列化 # api接口开发，最核心最常见的一个过程就是序列化，所谓序列化就是把**数据转换格式**，序列化可以分两个阶段： ### 序列化 : 把我们识别的数据转换成指定的格式提供给别人。 例如：我们在django中获取到的数据默认是模型对象，但是模型对象数据无法直接提供给前端或别的平台使用，所以我们需要把数据进行序列化，变成字符串或者json数据，提供给别人。 ### 反序列化 : 把别人提供的数据转换

目录 一、Cookie （一）由来 （二）什么是Cookie （三）Django中操作Cookie （1）设置Cookie （2）获取Cookie （3）删除Cookie 二、Session （一）由来 （二）Django中操作Session （1）设置Session （2）获取Session （3）删除Session 三、Django中间件 （一）什么是中间件 （二）自定义中间件 （1）process_request （2） process_response （3） process_view （4） process_exception （5） process_template_response （6）中间件执行流程 四、Token（扩展） （一）由来 （二）什么是Token （三）目的 （四）使用方式 （1） 设备号/设备mac地址作为Token （2） session值作为Token （五）一些问题和解决方案 一、Cookie （一）由来 HTTP协议的无状态特性导致每次的请求都是独立的，即客户端和服务器在某次会话中产生的数据不会被保存，因此产生了Cookie，用来保存客户端的用户状态 （二）什么是Cookie Cookie具体是指服务器发送出来存储在浏览器上的一组组键值对，下次访问服务器时浏览器会自动携带这些信息，以便服务器通过Cookie提取有用信息从而判断访问者

目录 一、cookie和session 1. 为什么要有cookie和session 二、cookie 1. 什么是cookie 2. django中关于cookie的使用 （1）后端设置cookie （2）后端获取cookie （3）设置cookie的超时时间 （4）删除cookie 三、session 1. 什么是session 2. django中关于session的使用 （1） 设置session （2）获取session （3）设置失效时间 （4）删除session 四、token 五、django中间件 1. 数据通过django中间件的流程 （1）正常流程 （2）特殊情况 2. django中间件中常用的方法 （1） process_request （2） process_response （3） process_view （4） process_template_response （5） process_exception 3. 自定义中间件 （1）自定义中间件的步骤 （2）自定义django中间件实例 一、cookie和session 1. 为什么要有cookie和session 目的是为了保存客户端的用户状态 http协议是无状态的 二、cookie 1. 什么是cookie 简单来说，cookie就是保存在客户端浏览器上的键值对

目录 中间件 中间件介绍 自定义中间件： process_request process_response process_view process_exceptior process_template_response 中间件版登录验证 中间件 中间件介绍 中间件介绍： 用来处理django的请求和响应的框架级别的钩子，是一个轻量，低级的插件系统 用于在全局范围内改变Django的输入和输出。每个中间件组件都负责做一些特定的功能 中间件是帮助我们在视图函数执行之前和执行之后都可以做一些额外的操作，它本质上就是一个自定义类，类中定义了几个方法，Django框架会在请求的特定的时间去执行这些方法 功能展示： 做一些网站的全局性功能 考虑使用django的中间件 1.全局的用户登录校验 2.全局的用户访问频率校验 3.全局的用户权限校验() --》全局范围内改变Django的输入和输出 自定义中间件： django默认的中间键： MIDDLEWARE = [ 'django.middleware.security.SecurityMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django

一、什么是MVC? MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式。 MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写， 一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。 Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。 View（视图）是应用程序中处理数据显示的部分。通常视图是依据模型数据创建的。 Controller（控制器）是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。 一-1、认识MVC框架的结构 Model（模型）表示应用程序核心（比如数据库记录列表）。 View（视图）显示数据（数据库记录）。 Controller（控制器）处理输入（写入数据库记录）。 MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制。 二、什么是Model?(Model在MVC中所起的作用) Model（模型

🔸Windows服务 -- 启动MySQL net start mysql-- 创建Windows服务 sc create mysql binPath= mysqld_bin_path(注意：等号与值之间有空格) 🔸连接与断开服务器 mysql -h 地址 -P 端口 -u 用户名 -p 密码SHOW PROCESSLIST -- 显示哪些线程正在运行SHOW VARIABLES -- 显示系统变量信息 🔸数据库操作 -- 查看当前数据库 SELECT DATABASE();-- 显示当前时间、用户名、数据库版本 SELECT now(), user(), version()-- 创建库 CREATE DATABASE[ IF NOT EXISTS] 数据库名 数据库选项 数据库选项： CHARACTER SET charset_name COLLATE collation_name-- 查看已有库 SHOW DATABASES[ LIKE PATTERN ]-- 查看当前库信息 SHOW CREATE DATABASE 数据库名-- 修改库的选项信息 ALTER DATABASE 库名 选项信息-- 删除库 DROP DATABASE[ IF EXISTS] 数据库名 同时删除该数据库相关的目录及其目录内容 🔸表的操作 *请左右滑动阅览 -- 创建表 CREATE [

视图 Django REST framwork 提供的视图的主要作用： 控制序列化器的执行（检验、保存、转换数据） 控制数据库查询的执行 2个视图基类 APIView rest_framework.views.APIView APIView 是REST framework提供的所有视图的基类，继承自Django的 View 父类。 APIView 与 View 的不同之处在于： 传入到视图方法中的是REST framework的 Request 对象，而不是Django的 HttpRequeset 对象； 视图方法可以返回REST framework的 Response 对象，视图会为响应数据设置（render）符合前端要求的格式； 任何 APIException 异常都会被捕获到，并且处理成合适的响应信息； 在进行dispatch()分发前，会对请求进行身份认证、权限检查、流量控制。 支持定义的属性 authentication_classes 列表或元祖，身份认证类 permissoin_classes 列表或元祖，权限检查类 throttle_classes 列表或元祖，流量控制类 在 APIView 中仍以常规的类视图定义方法来实现get() 、post() 或者其他请求方式的方法。 举例： from rest_framework.views import APIView

认证Authentication 可以在配置文件中配置全局默认的认证方案 REST_FRAMEWORK = { 'DEFAULT_AUTHENTICATION_CLASSES': ( 'rest_framework.authentication.BasicAuthentication', # 基本认证 'rest_framework.authentication.SessionAuthentication', # session认证 ) } 也可以在每个视图中通过设置authentication_classess属性来设置 from rest_framework.authentication import SessionAuthentication, BasicAuthentication from rest_framework.views import APIView class ExampleView(APIView): authentication_classes = (SessionAuthentication, BasicAuthentication) ... 认证失败会有两种可能的返回值： 401 Unauthorized 未认证 403 Permission Denied 权限被禁止 权限Permissions

本文翻译自官网：SQL Client Beta https://ci.apache.org/projects/flink/flink-docs-release-1.9/dev/table/sqlClient.html Flink的Table＆SQL API使使用SQL语言编写的查询成为可能，但是这些查询需要嵌入用Java或Scala编写的表程序中。 此外，在将这些程序提交给集群之前，需要将它们与构建工具打包在一起。 这或多或少地将Flink的使用限制为Java / Scala程序员。 SQL客户端旨在提供一种简单的方法来编写，调试和提交表程序到Flink集群，而无需一行Java或Scala代码。 SQL Client CLI允许从命令行上正在运行的分布式应用程序检索和可视化实时结果。 注： 动图，请查看源网页 注意：SQL Client 处于早期开发阶段。 即该应用程序尚未投入生产，它对于原型制作和使用Flink SQL还是一个非常有用的工具。 将来，社区计划通过提供基于 REST 的 SQL Client Gateway 来扩展其功能。 入门 启动SQL客户端CLI 运行SQL查询 配置 环境文件 依存关系 用户定义的函数 Catalog 分离的SQL查询 SQL视图 时态表 局限与未来 入门 本节介绍如何从命令行设置和运行第一个Flink SQL程序。

游标 概念 游标可以对一个 select 的结果集进行处理，或是不需要全部处理，就会返回一个对记录集进行处理之后的结果。 游标实际上是一种能从多条数据记录的结果集中每次提取一条记录的机制。游标可以完成： # 允许定位到结果集中的特定行 # 从结果集的当前位置检索一行或多行数据 # 支持对结果集中当前位置的进行修改 由于游标是将记录集进行一条条的操作，所以这样给服务器增加负担，一般在操作复杂的结果集的情况下，才使用游标。 SQL Server 2005 有三种游标： T-SQL 游标、 API 游标、客户端游标。 游标的基本操作 游标的基本操作有定义游标、打开游标、循环读取游标、关闭游标、删除游标。 定义游标 d eclare cursor_name -- 游标名称 cursor [local | global] -- 全局、局部 [forward only | scroll] -- 游标滚动方式 [read_only | scroll_locks | optimistic] -- 读取方式 for select_statements -- 查询语句 [for update | of column_name ...] -- 修改字段 参数： forward only | scroll ： 前一个参数，游标只能向后移动；后一个参数，游标可以随意移动 read_only ： 只读游标