「MySQL」从零到删库

目录

零、数据库的产生

  1. 什么是数据库 database
  2. 抛出问题,数据库的产生
  3. 数据库萌芽阶段的发展历程
  4. CRUD
  5. 层次模型
  6. 网状模型
  7. 关系型数据库
  8. 企业和我们都选什么数据库呢?

详见:零、数据库的产生

一、安装、连接以及配置MySQL

  1. windows两种安装方式,入门选手推荐第二种(win10演示)
  2. 更改终端,放弃cmd作为主要终端,使用一流终端
  3. MYSQL服务的启动与停止
  4. 连接mysql
  5. 初始化data数据文件夹

详见:一、安装、连接以及配置MySQL

二、数据库的基本操作

  1. 数据库的显示讲解
  2. 创建数据库
  3. 删除数据库
  4. 查看创建的数据库的SQL
  5. 创建数据库指定字符编码以及查看字符编码
  6. 修改数据库字符编码
  7. 数据库操作的结束语

详见:二、数据库的基本操作

三、表的基本操作

  1. 提出问题,引入“表“的概念与思维模式 table
  2. 引用数据库和查看数据库中的表
  3. 创建表
  4. 创建表(企业用,有B格)
  5. 查看表结构
  6. 删除表
  7. 修改表

详见:三、表的基本操作

四、数据操作

  1. 插入数据
  2. 一次性插入多条数据
  3. 删除数据
  4. 清空表
  5. 小细节
  6. 更新数据
  7. 查询表数据(基本)
  8. SQL语句区分
  9. 表结束语
  10. 字符集编码问题

详见:四、数据操作

五、数据类型

  1. 数据库的数据类型问题
  2. int数值类型
  3. int类型实际操作和注意事项
  4. 浮点数类型
  5. 定点数类型
  6. 字符串与文本类型
  7. 布尔类型
  8. 枚举类型
  9. 枚举类型的另类存储方式
  10. 枚举类型的好处,为何要用枚举类型,企业可能用在哪?
  11. set类型
  12. 时间日期类型

详见:五、数据类型

六、列属性完整性

  1. 列属性问题
  2. Primary key主键作用以及企业用途
  3. 删除主键、组合键、选择主键
  4. 复合主键究竟有什么用?
  5. unique唯一键的作用以及使用
  6. 唯一键扩展
  7. 主键和唯一键区别
  8. sql内注释代码注释
  9. 数据库完整性
  10. 引用数据表的完整性问题,抛出外键的概念
  11. 外键
  12. 什么时候设计外键呢?
  13. 更正上节课错误,删除外键
  14. 外键三种操作:严格、置空、级联的使用场景以及介绍
  15. 置空和级联演示

详见:六、列属性完整性

七、数据库设计思维

  1. 数据库设计的基本概要
  2. 实体和实体之间的关系
  3. Codd第一范式:确保每列原子性
  4. Codd第二范式:非键字段必须依赖与键字段
  5. Codd第三范式:消除传递依赖

详见:七、数据库设计思维述

八、单表查询

  1. 开端
  2. select
  3. from
  4. dual
  5. where
  6. in
  7. between…and
  8. is null
  9. 聚合函数
  10. 第三方客户端的使用
  11. like模糊查询
  12. order by 排序查询
  13. group by 分组查询
  14. group_concat
  15. having
  16. limit
  17. distinct all

详见:八、单表查询

九、多表查询

  1. union联合查询
  2. inner join内联查询
  3. inner join注意事项
  4. left join
  5. rigth join
  6. cross join
  7. natural join
  8. 无公共同名字段的自然返回笛卡尔积
  9. using
  10. 哪一个实用?

详见:九、多表查询

十、子查询

  1. 子查询基本语法
  2. in 和 not in
  3. exists 和 not exists
  4. 基础结束语

详见:十、子查询

十一、高级部分

(一)view 视图

  1. 开场
  2. view视图创建、使用以及作用
  3. 显示视图
  4. 更新和删除视图
  5. 视图算法: temptable, merge

(二)transaction 事务

  1. 事务的提出
  2. transaction
  3. rollback to point
  4. ACID
  5. 注意事项

(三)索引

  1. 四大索引

(四)存储过程

  1. delimiter
  2. procedure存储过程的用途

(五)有趣的函数

  1. number
  2. string
  3. others

详见:十一、高级部分

十二、企业规范约束

  1. ★库表字段约束规范
  2. 索引规范
  3. ★SQL开发约束规范
  4. 其他规范

详见:十二、企业规范约束

在这里插入图片描述
该笔记由Yeats_LiaoShea_Qiu共同完成

以上所有内容来自课程个人笔记:「MySQL」从零到删库精品课程-Frank

  • 22
    点赞
  • 109
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
(5)\\python全栈day41-50\\python全栈s3 day41;目录中文件数:10个 ├─(1) 01 python s3 day41 JS的历史以及引入方式.avi ├─(2) 02 python s3 day41 JS的基础规范.avi ├─(3) 03 python s3 day41 JS的基本数据类型.avi ├─(4) 04 python s3 day41 JS的运算符.avi ├─(5) 05 python s3 day41 JS的控制语句与循环.avi ├─(6) 06 python s3 day41 JS的循环与异常.avi ├─(7) 07 python s3 day41 JS的字符串对象.avi ├─(8) 08 python s3 day41 JS的数组对象.avi ├─(9) 09 python s3 day41 JS的函数对象.avi ├─(10) day41.rar (6)\\python全栈day41-50\\python全栈s3 day42;目录中文件数:6个 ├─(11) 01 python s3 day42 JS的函数作用域.avi ├─(12) 02 python s3 day42 JS的window对象之定时器.avi ├─(13) 03 python s3 day42 JS的history对象和location对象.avi ├─(14) 04 python s3 day42 JS的DOM节点.avi ├─(15) 05 python s3 day42 JS的DOM节点.avi ├─(16) day42.rar (7)\\python全栈day41-50\\python全栈s3 day43;目录中文件数:10个 ├─(17) 01 python s3 day43 上节知识回顾.avi ├─(18) 02 python s3 day43 js之onsubmit事件与组织事件外延.avi ├─(19) 03 python s3 day43 DOM节点的增删改查与属性设值.avi ├─(20) 04 python s3 day43 正反选练习.avi ├─(21) 05 python s3 day43 js练习之二级联动.avi ├─(22) 06 python s3 day43 jquery以及jquery对象介绍.avi ├─(23) 07 python s3 day43 jquery选择器.avi ├─(24) 08 python s3 day43 jquery的查找筛选器.avi ├─(25) 09 python s3 day43 jquery练习之左侧菜单.avi ├─(26) day43课件代码.rar (8)\\python全栈day41-50\\python全栈s3 day44;目录中文件数:10个 ├─(27) 01 python s3 day44 jquery属性操作之html,text,val方法.avi ├─(28) 02 python s3 day44 jquery循环方法和attr,prop方法.avi ├─(29) 03 python s3 day44 jquery模态对话框与clone的应用.avi ├─(30) 04 python s3 day44 jqueryCSS操作之offsets,position以及scrolltop.avi ├─(31) 05 python s3 day44 jquery事件绑定与事件委托.avi ├─(32) 06 python s3 day44 jquery动画效果.avi ├─(33) 07 python s3 day44 jquery扩展与插件.avi ├─(34) 08 python s3 day44 jquery扩展补充.avi ├─(35) 09 python s3 day44 本周作业轮播图以及思路.avi ├─(36) day44课件代码.rar (9)\\python全栈day41-50\\python全栈s3 day45;目录中文件数:3个 ├─(37) day45.rar ├─(38) 轮播图片css部分.avi ├─(39) 轮播图片js部分.avi (10)\\python全栈day41-50\\python全栈s3 day46;目录中文件数:8个 ├─(40) 01 python s3 day46 数据库与dbms的概念.avi ├─(41) 02 python s3 day46 sql规范.avi ├─(42) 03 python s3 day46 数据库操作DDL.avi ├─(43) 04 python s3 day46 mysql的数据类型.a
ef-orm A Simple OR-Mapping framework on multiple databases. 使用手册(中文)http://geequery.github.io/ef-orm/manual/EF-ORM-user-guide.docx  使用示例工程 https://github.com/GeeQuery/ef-orm/tree/master/orm-tutorial EF-ORM是一个轻量,便捷的Java ORM框架。并且具备若干企业级的应用特性,如分库分表、JTA事务等。 代码生成插件for eclipse(请在eclipse中Help/Install new software后输入地址并安装)http://geequery.github.io/plugins/1.3.x/特点一 EF的设计的一个主要目的是提高开发效率,减少编码工作,让开发者“零配置”“少编码”的操作数据库大部分功能。 例如:数据库查询条件的传入问题是所有ORM框架都不能回避的一个问题,所以我经常在想——既然我们可以用向DAO传入一个Entity来实现插入操作,为什么就不能用同样的方法来描述一个不以主键为条件的update/select/delete操作?为什么DAO的接口参数老是变来变去?为什么很多应用中,自行设计开发类来描述各种业务查询条件才能传入DAO?为什么我们不能在数据访问层上花费更少的时间和精力?   JPA1.0和早期的H框架,其思想是将关系型数据库抽象为对象池,这极大的限制了本来非常灵活的SQL语句的发挥空间。而本质上,当我们调用某H框架的session.get、session.load、session.delete时,我们是想传递一个以对象形式表达的数据库操作请求。只不过某H框架要求(并且限制)我们将其视作纯粹的“单个”对象而已。JPA 2.0为了弥补JPA1.0的不足,才将这种Query的思想引入为框架中的另一套查询体系——Criteria API。事实上针对单个对象的get/load/persist/save/update/merge/saveOrUpdate API和Criteria API本来就为一体,只不过是历史的原因被人为割裂成为两套数据库操作API罢了。   因此,对于关系型数据库而言——Entity和Query是一体两面的事物,所谓Query,可以包含各种复杂的查询条件,甚至可以作为一个完整的SQL操作请求的描述。为此,EF彻底将Entity和Query绑在了一起。这种思想,使得—— 开发人员需要编写的类更少。开发人员无需编写其他类来描述复杂的SQL查询条件。也无需编写代码将这些查询条件转换为SQL/HQL/JPQL。DAO层也不会有老要改来改去的接口和API,几乎可以做到零编码。 对单个对象进行CRUD的操作API现在和Criteria API合并在一起。Session对象可以直接提供原本要Criteria API才能提供实现的功能。API大大简化。 IQueryableEntity允许你将一个实体直接变化为一个查询(Query),在很多时候可以用来完成复杂条件下的数据查询。比如 ‘in (?,?,?)’, ‘Between 1 and 10’之类的条件。 xxQL有着拼装语句可读性差、编译器无法检查、变更维护困难等问题,但是却广受开发人员欢迎。这多少有历史原因,也有Criteria API设计上过于复杂的因素。两者一方是极端灵活但维护困难,一方是严谨强大而学习和编写繁琐,两边都是极端。事实上JPA的几种数据查询方式存在青黄不接的问题。选择查询语言xxQL,项目面临后续维护困难,跨数据库移植性差;选择Criteria API,代码臃肿,操作繁琐,很多人望而却步。EF的设计思想是使人早日摆脱拼装SQL/HQL/JPQL的困扰,而是用(更精简易用的)Criteria API来操作数据库。 基于轻量级Criteria API的操作方式,使得对数据库的变更和重构变得非常轻松,解决了SQL语句多对软件维护和移植造成产生的不利影响。 阅读推荐:第3、4章 特点二,将SQL的使用发挥到极致,解决SQL拼凑问题、数据库移植问题 大部分OLTP应用系统到最后都不免要使用SQL/JPQL,然而没有一个很好的方法解决SQL在多种数据库下兼容性的问题。 EF-ORM中采用了独特的SQL解析和改写技术,能够主动检查并确保SQL语句或者SQL片段在各个数据库上的兼容性。 EF中除了Criteria API以外,可以直接使用“SQL语句”或者“SQL片段”。但是这些SQL语句并不是直接传送给JDBC驱动的,而是 有着一个数据库方言层,经过方言层处理的SQL语句,就具备了在当前数据库上正确操作的能力。这相当于提供了一种能跨数据库操作的SQL语言。(E-SQL) E-SQL不但解决了异构数据库的语法问题、函数问题、特殊的写法问题,还解决了动态SQL问题、绑定变量扩展等特性。 对于各种常用SQL函数和运算符,都可以自动转换为当前数据库支持的方言来操作。其函数支持也要多于HQL支持的函数。 阅读推荐:第7、8章 特点三,可能是业界最快的ORM框架. 得益于ASM的动态代码生成技术,部分耗时操作通过动态代码固化为硬编码实现,EF-ORM的大部分操作性能要超过已知的其他框架。 实际性能测试表明,EF的大部分操作都要快于Hiberante和MyBatis, 部分操作速度甚至数十倍于上述框架。 EF在极限插入模式下,甚至刷新了每秒10万条写入的记录。远远超过了其他框架。 一个初步的性能测试:测试代码:http://geequery.github.io/ef-orm/manual/performance-test.rar 测试报告:http://geequery.github.io/ef-orm/manual/performance-compare.docx 阅读推荐:第9、17章 特点四,分库分表 开发过程中参照了Hibernate Shards、Alibaba TDDL、Cobar等框架,也是基于词法分析器来提取SQL参数,并计算路由。 能支持分库维度含糊等场景下的分库分表。以及包括多库多表下的 order by , distinct, group by, having等操作。 阅读推荐:第10章 特点五,常用DDL操作的封装 从数据库元数据访问,到建表,创建约束,创建sequence等各种DDL操作进行了封装,用户无需编写各种SQL,可以直接通过API操作数据库结构。 尤其是ALTER TABLE等修改数据库的语句,各种不同的RDBMS都有较大语法差异。特点六、解决各种跨RDBMS的移植问题 1、DML操作、自增值处理与返回、查询这些不同数据库操作差异很大的东西,都了统一的封装。 2、DDL操作、建表、删表、trunacte,Sequence创建和TABLE模拟Sequence等,都做了支持。 3、对SQL语法操作和函数的改写与支持。其他特性轻量 该框架对应用环境、连接池、 是否为J2EE应用等没有特殊要求。可以和EJB集成,也可与Spring集成,也可以单独使用。整个框架只有两个JAR包,模块和功能都较为轻量。依赖少 整个框架只有三个jar库。间接依赖仅有commons-lang, slf4j等7个通用库,作为一个ORM框架,对第三方依赖极小。简单直接的API 框架的API设计直接面向数据库操作,不绕弯子,开发者只需要数据库基本知识,不必学习大量新的操作概念即可使用API完成各种DDL/DML操作。 最大限度利用编译器减少编码错误的可能性 API设计和元数据模型(meta-model)的使用,使得常规的数据库查询都可以直接通过Criteria API来完成,无需使用任何JPQL/HQL/SQL。可以让避免用户犯一些语法、拼写等错误。JPA2规范兼容 使用JPA 2.0规范的标准注解方式来定义和操作对象。(但整个ORM不是完整的JPA兼容实现)更高的性能 依赖于ASM等静态字节码技术而不是CGlib,使得改善了代理性能;依赖于动态反射框架,内部数据处理上的开销几乎可以忽略。操作性能接近JDBC水平。对比某H开头的框架,在写入操作上大约领先30%,在大量数据读取上领先50%以上。更多的性能调优手段 debug模式下提供了大量性能日志,帮您分析性能瓶颈所在。同时每个查询都可以针对batch、fetchSize、maxResult、缓存、级联操作类型等进行调整和开关,可以将性能调到最优。可在主流数据库之间任意切换 支持Oracle、MySQL、Postgres、MSSQL、GBase、SQLite、HSQL、Derby等数据库。除了API方式下的操作能兼容各个数据库之外,就连SQL的本地化查询也能使之兼容。JMX动态调节 可以用JMX查看框架运行统计。框架的debug开关和其他参数都可以使用JMX动态调整。动态表支持 表结构元数据的API也向用户开放,同时支持在使用过程中,灵活调整映射关系,因此用户可以用API动态的创建表结构的模型,从而实现各种动态类型和表的映射(例如POJO中包含一个Map,用于映射各种动态扩展的字段)企业级特性支持 SQL分析,性能统计,分库分表,Oracle RAC支持,读写分离支持 标签:eform
.框架特点: (1)简单逻辑模块实现零代码编程,通过简单配置即可实现增、删、改、查、数据列表、导入、导出、单字段编辑、批量编辑、复制、回收站、草稿箱、附属模块显示配置、列表搜索框和表单外键字段自动完成、列表视图自定义、表单自定义、表单附件、权限控制、缓存配置、数据库配置、单据编号配置、模块功能控制等功能,可线上增加功能模块、可线上增加字段 (2)完善的RABC权限体系,包括功能权限、字段权限、数据权限,支持菜单权限、列表按钮权限、字段查看、新增、编辑权限控制、数据查看、编辑、删除范围控制 (3)在系统中可支持模块分库,可实现读写分离,可方便的将系统数据库与业务数据库分离 (4)模块缓存可配置,支持本地缓存、Memcached分布式缓存和Redis分布式缓存,可扩展其他缓存方式 (5)支持列表视图自定义,用户可定义多个视图(包括外侧树视图、树网格视图、分组视图),可定义关联模块视图,视图可自由切换 (6)支持视图字段自定义、搜索字段自定义、排序字段自定义、列表操作按钮自定义 (7)支持角色表单功能,对于同一模块针对不同的角色可建立不同的表单 (8)支持表单布局自定义,可自由配置成带tab标签、panel面板的表单;多种编辑方式支持包括弹出表单编辑、打开tab标签编辑、网格内行编辑、网格内表单编辑 (9)支持表单字段自定义,包括可编辑性自定义、控件类型和宽度自定义、字段验证自定义 (10)支持单据编码规则自定义 (11)支持日志功能,包括登录日志、操作日志、异常日志 (12)支持图标管理,可自行上传图标,将其应用到菜单、按钮、树及需要图标的地方 (13)模块开发简单,实体类建立后即具备第一条所述功能 (14)实体层、数据层、业务层、操作事件层可配置 (15)支持SQL语句操作、支持Lamda表达式与SQL联合查询、支持读写分离 (16)多种关系类型数据库支持,目前支持的数据库类型有mssql,mysql,oracle,可扩展支持其他 (17)支持非关系型数据库Mongodb,可扩展支持其他 (18)支持自定义工作桌面,可为不同的角色定制不同的工作桌面 (19)支持IM(即时通迅)功能,支持单聊、群聊,支持图片、文件发送,支持头像设置 (20)系统任何模块以及后续加入模块均自动支持WebApi接口操作 (21)增加对工作流的支持,可在线设计、配置流程,支持单行、并行审批,支持子流程、分流、合流,支持回退、指派

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Yeats_Liao

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值