数据库视图

看了sql必知必会，简单总结一下 一基本概念 数据库database：保存有组织数据的一组文件或一个文件 数据库管理系统dbms:有mysql,sql server,access等 表Table:同一类型数据的结构化清单 模式：描述数据在表中如何存储，包含怎样的信息等内容 列：表的一个字段，表由一个和多个字段组成。列都有自己的数据类型，定义了该列可以存储哪些数据种类。 行：表中数据是按行存储的，每一行是一个记录 主键：每一行都应该有一列可以唯一的标识自己。任意两行的主键值不相同，每一行至少有一个主键。主键的值不允许修改更新。 注释语句: --：--之后的文本就是注释，可以嵌在语句内 #:#之后的一行都是注释 / 注释 /：多行注释 二检索数据 检索单个列： select 关键字 from 表名； 检索多个列： select 关键字，关键字，关键字 from 表名； 检索所有列： select * from 表名； 检索不同的值： select distinct 关键字 from 表名； 只返回有不同值的列 限制结果： （1）sql server和access数据库： select top 数字 关键字 from 表名； 返回前数字行数据 （2）mysql和sqlite数据库： select 关键字 from 表名 limit 数字； 返回不超过数字行数据 select 关键字

一、ORACLE的启动和关闭 1 、在单机环境下 要想启动或关闭ORACLE系统必须首先切换到ORACLE用户，如下 su - oracle a、启动ORACLE系统 oracle > svrmgrl SVRMGR > connect internal SVRMGR > startup SVRMGR > quit b、关闭ORACLE系统 oracle > svrmgrl SVRMGR > connect internal SVRMGR > shutdown SVRMGR > quit 启动oracle9i数据库命令： $ sqlplus / nolog SQL * Plus: Release 9.2 . 0.1 . 0 - Production on Fri Oct 31 13 : 53 : 53 2003 Copyright (c) 1982 , 2002 , Oracle Corporation. All rights reserved. SQL > connect / as sysdba Connected to an idle instance. SQL > startup ^ C SQL > startup ORACLE instance started. 2 、在双机环境下 要想启动或关闭ORACLE系统必须首先切换到root用户，如下 su － root a

数据库升级方案 一、面临的问题 在项目中数据库升级是经常遇到的事情，这个工作比较繁琐，特别是在线数据库升级需要十分小心，我们先来看一下通常面临的问题： 1、 表修改，包括增加了字段、修改了字段类型或者长度，更换了主键等。对于表的升级不能删除重建，需要单独修改，或者写脚本来升级。 2、 视图的修改，视图的修改比较简单，无非是增加了字段，取消了字段，不影响基础数据。视图的升级可以删除重建。 3、 存储过程的修改，存储过程的修改和视图一样，可以删除重建，二者都可以通过脚本来完成。 4、 函数的修改，如果项目中用到了函数，函数的升级和存储过程一样，不再赘述。 5、 上述情况基本能涵盖了大部分的数据库升级的情景，这些工作可以在数据库管理工具中完成，也可编写脚本来完成。我想说的问题并不是这个，而是有时候我们不知道那个表，那个字段修改了，除非你每改一个地方都做好记录，尽管如此，在升级的时候也难免落下。 我们公司有一套开发平台、由此平台开发了一套进销存，一套oa系统，而进销存又延伸出两套行业版进销存：鞋服通和医药通，以上产品有兴趣的可以去官网 www.hfbpm.com 试用，产品线如下图： 数据库和基础功能都是继承的，即进销存使用开发平台中的表，医药通和鞋服通使用通用进销存中的表，oa使用开发平台中的表，那么它们之间的数据库升级就非常频繁，刚开靠手工记录改动的地方，针对性的升级

初识SpringMVC 什么是MVC MVC是模型(Model)、视图(View)、控制器(Controller)的简写，是一种软件设计规范。就是将业务逻辑、数据、显示分离的方法来组织代码MVC主要作用是降低了视图与业务逻辑间的双向偶合。MVC不是一种设计模式，MVC是一种架构模式。当然不同的MVC存在差异。 Model（模型）：数据模型，提供要展示的数据，因此包含数据和行为，可以认为是领域模型或JavaBean组件（包含数据和行为），不过现在一般都分离开来：Value Object（数据Dao） 和 服务层（行为Service）。也就是模型提供了模型数据查询和模型数据的状态更新等功能，包括数据和业务。 View（视图）：负责进行模型的展示，一般就是我们见到的用户界面，客户想看到的东西。 Controller（控制器）：接收用户请求，委托给模型进行处理（状态改变），处理完毕后把返回的模型数据返回给视图，由视图负责展示。 也就是说控制器做了个调度员的工作。最典型的MVC就是JSP + servlet + javabean的模式。 Model1 在早期的开发中，通常采用都是Model1.在Model1中，主要分为两层，视图层和模型层。 这种模型的优点：架构较为简单，比较适合小型项目的开发； 确定：JSP职责不单一，职责过重，不便于维护； Model2 Model2把一个项目分成三部分

1.视图组件介绍 　　视图组件是 ASP.NET Core MVC 的新特性，类似于局部视图，但它更强大。视图组件不使用模型绑定，并且仅依赖于调用它时所提供的数据。 　　视图组件特点： 　　　　呈块状，而不是整个响应 　　　　包括在控制器和视图之间发现的相同的关注点和可测试性优点 　　　　可以拥有参数和业务逻辑 　　　　通常从布局页面调用 　　视图组件可以用在任何需要重复逻辑且对局部视图来说过于复杂的情况，例如： 　　　　动态导航菜单 　　　　标签云（需要查询数据库） 　　　　登录面板 　　　　购物车 　　　　最近发表的文章 　　　　典型博客上的侧边栏内容 　　　　将在每个页面上呈现的登录面板，根据用户的登录状态显示注销或者登录的链接 　　视图组件有两部分组成，类（通常派生自 ViewComponent）和它返回的结果（通常是一个视图）。与控制器一样，视图组件可以是POCO，但大多数是利用 ViewComponent 派生的方法和属性。 2.创建视图组件 　　 (1)视图组件类 　　一个视图组件类通常可以通过以下任一方式创建： 　　　　派生自ViewComponent 　　　　使用 [ViewComponent] 属性装饰类，或从具有 [ViewComponent] 属性的类派生 　　　　创建一个名称后缀为 ViewComponent 结尾的类 　　像控制器一样，视图组件必须是

web框架 Web应用框架有助于减轻网页开发时共通性活动的工作负荷，例如许多框架提供数据库访问接口、标准样板以及会话管理等，可提升代码的可再用性。简单地说，就是你用别人搭建好的舞台来做表演，用别人做好的模板进行功能扩展。python的web应用框架主要有django,Tornado。 MVC模式和MTV模式 MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，JAVA的WEB应用框架就是基于这种模式，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。 Django的MTV模式 本质上和MVC是一样的，也是为了各组件间保持松耦合关系，只是定义上有些许不同，Django的MTV分别是值： M 代表模型（Model）： 负责业务对象和数据库的关系映射(和MVC模式中的M含义一样)。 T 代表模板 (Template)： 负责如何把页面展示给用户(html)(和MVC模式中的V含义一样)。 V 代表视图（View） ：负责业务逻辑，并在适当时候调用Model和Template(和MVC模式中的C含义一样)。 除了以上三层之外，还需要一个URL分发器

Python的WEB框架有Django、Tornado、Flask 等多种，Django相较与其他WEB框架其优势为：大而全，框架本身集成了ORM、模型绑定、模板引擎、缓存、Session等诸多功能。 注意个问题：csrf一定要关闭，要不报错真蛋疼 django流程介绍 MTV模式 著名的MVC模式：所谓MVC就是把web应用分为模型(M),控制器(C),视图(V)三层；他们之间以一种插件似的，松耦合的方式连接在一起。 模型负责业务对象与数据库的对象(ORM),视图负责与用户的交互(页面)，控制器(C)接受用户的输入调用模型和视图完成用户的请求。 Django的MTV模式本质上与MVC模式没有什么差别，也是各组件之间为了保持松耦合关系，只是定义上有些许不同，Django的MTV分别代表： Model(模型)：负责业务对象与数据库的对象(ORM) Template(模版)：负责如何把页面展示给用户 View(视图)：负责业务逻辑，并在适当的时候调用Model和Template 此外，Django还有一个url分发器，它的作用是将一个个URL的页面请求分发给不同的view处理，view再调用相应的Model和Template 这样一目了然 路由系统 URL配置(URLconf)就像Django 所支撑网站的目录。它的本质是URL模式以及要为该URL模式调用的视图函数之间的映射表

day67 参考： http://www.cnblogs.com/liwenzhou/articles/8305104.html CBV和FBV 我们之前写过的都是基于函数的view，就叫FBV。还可以把view写成基于类的。 就拿我们之前写过的添加班级为例： FBV版： # FBV版添加班级 def add_class(request): if request.method == "POST": class_name = request.POST.get("class_name") models.Classes.objects.create(name=class_name) return redirect("/class_list/") return render(request, "add_class.html") CBV版： # CBV版添加班级 from django.views import View class AddClass(View): def get(self, request): return render(request, "add_class.html") def post(self, request): class_name = request.POST.get("class_name") models.Classes.objects.create

一、视图的创建、作用及注意事项 1、创建：create view 视图名 as select 语句； 2、删除：drop view 视图名 3、作用： 数据库视图允许简化复杂查询 数据库视图有助于限制对特定用户的数据访问 数据库视图提供额外的安全层 数据库视图实现向后兼容 4、注意事项; 性能：视图查询数据可能会很慢，特别是如果视图是基于其他视图创建的 表依赖关系：每当更改与其相关的表结构时都必须更改视图 二、索引的创建及作用 1、创建：create [无|unique|fulltext] index 索引名 on 表名(字段名) 　　　　 alter table 表名 add [无|unique|fulltext] index 索引名(字段名) 2、删除：drop index 索引名 on 表名; 3、作用： 加快数据检索速度 在分组和排序语句中可以减少查询中分组和排序时所消耗的时间 在表连接时可以加速表与表之间的连接 4、缺点： 过多使用索引提高检索速度但却降低了表的更新速度； 创建和维护索引会耗费时间且随数据量的增加而增加； 来源： https://www.cnblogs.com/wenjint-one/p/11329077.html

缓存 1 需求背景 缓存不是必须的，是为了提升性能而增加的 目标： 减少磁盘数据库的查询，比如mysql的查询 ，更多的从内存中读取数据 mysql查询 通常在1s左右 （几百毫秒， 0.xxs），1s以上通常认为是慢查询 redis 支持操作的性能 1s可以支持1w+ 操作（更高 可达10W+) 场景 前提： 读取频繁 数据不经常变化，基本一定会做缓存处理 数据可能变化频繁，如果数据是产品的核心数据(比如评论数据)，可以考虑构建缓存， 缓存时间短，即时缓存5分钟，也能减少很大程度的数据库查询操作，可以提升性能 2 缓存架构 数据存在哪？ 多级缓存 本地缓存 全局变量保存 orm框架 queryset 查询集（查询结果集） 起到本地缓存的作用 django orm sqlalchemy 外部缓存 可以构建多级 外部存储 redis memcached 3 缓存数据 保存哪些数据 ？ 数据以什么形式（类型）保存？ 3.1 缓存的数据内容 一个数值 手机短信验证码 比如用户的状态数据 user:status -> 0 / 1 数据库记录 不以单一视图单独考虑，而是考虑很多视图可能都会用到一些公共数据，就把这些公共的数据缓存，哪个视图用到，哪个视图自己读取缓存取数据 ，（比如用户的个人信息，文章的信息） 比较通用，缓存一个数据可以被多个视图利用，节省空间 方式： Caching at