首页 » 网站建设 » phpshowtableslike技巧_六天带你玩转MySQL第1天

phpshowtableslike技巧_六天带你玩转MySQL第1天

访客 2024-11-08 0

扫一扫用手机浏览

文章目录 [+]

数据库: database, 存储数据的仓库

数据库: 高效的存储和处理数据的介质(介质紧张是两种: 磁盘和内存)

phpshowtableslike技巧_六天带你玩转MySQL第1天 phpshowtableslike技巧_六天带你玩转MySQL第1天 网站建设

2. 数据库的分类?

phpshowtableslike技巧_六天带你玩转MySQL第1天 phpshowtableslike技巧_六天带你玩转MySQL第1天 网站建设
(图片来自网络侵删)

数据库基于存储介质的不同: 进行了分类,分为两类: 关系型数据库(SQL)和非关系型数据库(NoSQL: Not Only SQL, 不是关系型的数据库都叫做非关系型数据库)

3. 不同的数据库阵营中的产品有哪些?

关系型数据库

大型: Oracle, DB2

中型: SQL-SERVER, Mysql等

小型: access等

非关系型数据库: memcached, mongodb, redis(同步到磁盘)

4. 两种数据库阵营的差异?

关系型数据库: 安全(保存磁盘基本不可能丢失), 随意马虎理解, 比较摧残浪费蹂躏空间(二维表)

非关系型数据库: 效率高, 不屈安(断电丢失)

关系型数据库

1. 什么是关系型数据库?

关系型数据库: 是一种建立在关系模型(数学模型)上的数据库.

关系模型: 一种所谓建立在关系上的模型. 关系模型包含三个方面:

数据构造: 数据存储的问题, 二维表(有行和列)

操作指令凑集: 所有SQL语句

完全性约束: 表内数据约束(字段与字段), 表与表之间约束(外键)

2. 关系型数据库的设计?

关系型数据库: 从须要存储的数据需求等分析, 如果是一类数据(实体)该当设计成一张二维表: 表是由表头(字段名: 用来规定数据的名字)和数据部分组成(实际存储的数据单元)

二维表: 行和列

以实际案例来进行处理: 剖析一个传授教化系统, 讲师卖力传授教化, 传授教化生, 在教室传授教化生.

①找出系统中所存在的实体: 讲师表, 学生表, 班级表

②找出实体中该当存在的数据信息

讲师: 姓名,性别,年事,人为

学生: 姓名,性别,学号,学科

班级: 班级名字, 教室编号

关系型数据库: 掩护实体内部, 实体与实体之间的联系.

实体内部联系: 每个学生都有姓名,性别, 学号,学科信息

第二行的所有字段, 都是在描述陈明这个学生(内部联系); 第二列只能放性别(内部约束)

关系型数据库的特点之一: 如果表中对应的某个字段没有值(数据), 但是系统依然要分配空间: 关系型数据库比较摧残浪费蹂躏空间

实体与实体之间的联系: 每个学生肯定属于某个班级, 每个班级一定有多个学生(一对多)

学生表

班级表

办理方案: 在学生表中增加一个班级字段来指向班级(必须能够唯一的找到一个班级信息)

学生实体与班级实体的关联关系: 实体与实体之间的关系

关键字解释

数据库: database

数据库系统: DBS(Database System): 是一种虚拟系统, 将多种内容关联起来的称呼

DBS = DBMS + DB

DBMS: Database Management System, 数据库管理系统, 专门管理数据库

DBA: Database Administrator,数据库管理员

行/记录: row/record, 实质是一个东西: 都是指表中的一行(一条记录): 行是从构造角度出发,记录是从数据角度出发

列/字段: column/field, 实质是一个东西

SQL

SQL: Structured Query Language, 构造化查询措辞(数据以查询为主: 99%是在进行查询操作)

SQL分为三个部分

DDL: Data Definition Language, 数据定义措辞, 用来掩护存储数据的构造(数据库,表), 代表指令: create, drop, alter等

DML: Data Manipulation Language, 数据操作措辞, 用来对数据进行操作(数据表中的内容), 代表指令: insert, delete,update等: 个中DML内部又单独进行了一个分类: DQL(Data Query Language: 数据查询措辞, 如select)

DCL: Data Control Language, 数据掌握措辞, 紧张是卖力权限管理(用户), 代表指令: grant,revoke等

SQL是关系型数据库的操作指令, SQL是一种约束,但不逼迫(类似W3C): 不同的数据库产品(如Oracle,mysql)可能内部会有一些细微的差异.

Mysql数据库

Mysql数据库是一种c/s构造的软件: 客户端/做事端, 若想访问做事器必须通过客户端(做事器一贯运行, 客户端在须要利用的时候运行).

交互办法

1. 客户单连接认证: 连接做事器, 认证身份: mysql.exe -hPup

2. 客户端发送SQL指令

3. 做事器吸收SQL指令: 处理SQL指令: 返回操作结果

4. 客户端吸收结果: 显示结果

5. 断开连接(开释资源: 做事器并发限定): exit/quit/\q

Mysql做事器工具

没有办法完备理解做事器内部的内容: 只能粗略的去剖析数据库做事器的内部的构造.

将mysql做事器内部工具分成了四层: 系统(DBMS) -> 数据库(DB) -> 数据表(Table) -> 字段(field)

SQL基本操作

基本操作: CRUD

将SQL的基本操作根据操为难刁难象进行分类 ,分为三类: 库操作, 表操作(字段), 数据操作

库操作

对数据库的增编削查.

新增数据库

基本语法

Create database 数据库名字 [库选项];

库选项: 用来约束数据库, 分为两个选项

字符集设定: charset/character set 详细字符集(数据存储的编码格式): 常用字符集: GBK和UTF8

校正集设定: collate 详细校正集(数据比较的规则)

个中: 数据库名字不能用关键字(已经被利用的字符)或者保留字(将来可能会用到的)

如果非要利用关键字或者保留字,那么必须利用反引号(esc键下面的键在英文状态下的输出:`)

中文数据库是可以的,但是有条件条件: 担保做事器能够识别(建议不用)

当创建数据库的SQL语句实行之后,发生了什么?

1. 在数据库系统中,增加了对应的数据库信息

2. 会在保存数据的文件夹下: Data目录,创建一个对应数据库名字的文件夹

3. 每个数据库下都有一个opt文件: 保存了库选项

查看数据库

1. 查看所有数据库: show databases;

2. 查看指定部分的数据库: 模糊查询

Show databases like ‘pattern’; -- pattern是匹配模式

%: 表示匹配多个字符

_: 表示匹配单个字符

3. 查看数据库的创建语句: show create database 数据库名字;

更新数据库

数据库名字不可以修正.

数据库的修正仅限库选项: 字符集和校正集(校正集依赖字符集)

Alter database 数据库名字 [库选项];

Charset/ character set [=] 字符集

Collate 校正集

删除数据库

所有的操作中: 删除是最大略

Drop database 数据库名字;

当删除数据库语句实行之后,发生了什么?

1. 在数据库内部看不到对应的数据库

2. 在对应的数据库存储的文件夹内: 数据库名字对应的文件夹也被删除(级联删除:里面的数据表全部删除)

把稳:数据库的删除不是闹着玩的,不要随意删除,该当前辈行备份后操作.(删除不可逆)

表操作

表与字段是密不可分的.

新增数据表

Create table [if not exists] 表名(

字段名字 数据类型,

字段名字 数据类型 -- 末了一行不须要逗号

)[表选项];

If not exists: 如果表名不存在,那么就创建,否则不实行创建代码: 检讨功能

表选项: 掌握表的表现

字符集: charset/character set 详细字符集; -- 担保表中数据存储的字符集

校正集: collate 详细校正集;

存储引擎: engine 详细的存储引擎(innodb和myisam)

任何一个表的设计都必须指天命据库.

方案1: 显示的指定表所属的数据库

Create table 数据库名.表名(); -- 将当前数据表创建到指定的数据库下

方案2: 隐式的指定表所属数据库: 前辈入到某个数据库环境,然后这样创建的表自动归属到某个指定的数据库.

进入数据库环境: use 数据库名字;

当创建数据表的SQL指令实行之后,到底发生了什么?

1. 指天命据库下已经存在对应的表

2. 在数据库对应的文件夹下,会产生对应表的构造文件(跟存储引擎有关系)

查看数据表

数据库能查看的办法,表都可以查看.

1. 查看所有表: show tables;

2. 查看部分表: 模糊匹配: show tables like ‘pattern’;

3. 查看表的创建语句: show create table 表名;

4. 查看表构造: 查看表中的字段信息

Desc/describe/show columns from 表名;

修正数据表

表本身存在, 还包含字段: 表的修正分为两个部分: 修正表本身和修正字段

修正表本身

表本身可以修正: 表名和表选项

修正表名: rename table 老表名 to 新表名;

修正表选项: 字符集,校正集和存储引擎

Alter table 表名 表选项 [=] 值;

修正字段

字段操作很多: 新增, 修正, 重名, 删除

新增字段

Alter table 表名 add [column] 字段名 数据类型 [列属性] [位置];

位置: 字段名可以存放表中的任意位置

First: 第一个位置

After: 在哪个字段之后: after 字段名; 默认的是在末了一个字段之后

修正字段: 修正常日是修正属性或者数据类型

Alter table 表名 modify 字段名 数据类型 [属性] [位置];

重命名字段

Alter table 表名 change 旧字段 新字段名 数据类型 [属性] [位置];

删除字段

Alter table 表名 drop 字段名;

小心: 如果表中已经存在数据,那么删除字段会清空该字段的所有数据(不可逆)

删除数据表

Drop table 表名1,表名2...; -- 可以一次性删除多张表

当删除数据表的指令实行之后发生了什么?

1. 在表空间中,没有了指定的表(数据也没有了)

2. 在数据库对应的文件夹下, 表对应的文件(与存储引擎有关)也会被删除

把稳: 删除有危险,操作需谨慎(不可逆)

数据操作新增数据

有两种方案

方案1: 给全表字段插入数据, 不须要指定字段列表: 哀求数据的值涌现的顺序必须与表中设计的字段涌现的顺序同等: 凡是非数值数据,都须要利用引号(建议是单引号)包裹

Insert into 表名 values(值列表)[,(值列表)]; -- 可以一次性插入多条记录

方案2: 给部分字段插入数据,须要选定字段列表: 字段列表涌现的顺序与字段的顺序无关; 但是值列表的顺序必须与选定的字段的顺序同等.

Insert into 表名 (字段列表) values (值列表)[,(值列表)];

查看数据

Select /字段列表 from 表名 [where条件];

查看所有数据

查看指定字段,指定条件的数据.

更新数据

Update 表名 set 字段 = 值 [where条件]; -- 建议都有where: 要不是更新全部

更新不一定会成功: 如没有真正要更新的数据

删除数据

删除是不可逆的: 谨慎删除

Delete from 表名 [where条件];

中文数据问题

中文数据问题实质是字符集问题.

打算机只识别二进制: 人类更多是识别符号: 须要有个二进制与字符的对应关系(字符集)

客户端向做事器插入中文数据: 没有成功

缘故原由: \xD5\xC5\xD4\xBD代表的是”张越”在当前编码(字符集)下对应的二进制编码转换成的十六进制: 两个汉字 => 四个字节(GBK)

报错: 做事器没有识别对应的四个字节: 做事器认为数据是UTF8, 一个汉字有三个字节: 读取三个字节转换成汉字(失落败),剩余的再读三个字节(不足): 终极失落败.

所有的数据库做事器认为(表现)的一些特性都是通过做事器真个变量来保存: 系统先读取自己的变量,看看该当怎么表现.

//查看做事器到底识别哪些字符集

Show character set;

基本上: 做事器是万能,什么字符集都支持

//既然做事器识别这么多: 总有一种是做事器默认的跟客户端打交道的字符集

Show variables like ‘character_set%’;

问题根源: 客户端数据只能是GBK, 而做事器认为是UTF8: 抵牾产生

办理方案: 改变做事器, 默认的吸收字符集为GBK;

Set character_set_client = gbk;

插入中文的效果

查看数据效果: 依然是乱码

缘故原由: 数据来源是做事器, 解析数据是客户端(客户端只识别GBK: 只会两个字节一个汉字): 但是事实做事器给的数据却是UTF8,三个字节一个汉字: 乱码

办理方案: 修正做事器给客户真个数据字符集为GBK

Set character_set_results = GBK ;

查看数据效果

Set 变量 = 值; 修正只是会话级别(当前客户端,当次连接有效: 关闭失落效)

设置做事器对客户真个字符集的认识: 可以利用快捷办法: set names 字符集

Set names gbk; ====> character_set_client,character_set_results,character_set_connection

Connection连接层: 是字符集转变的中间者,如果统一了效率更高,分歧一也没问题.

校正集问题

校正集: 数据比较的办法

校正集有三种格式

_bin: binary,二进制比较, 取出二进制位,一位一位的比较, 区分大小写

_cs: case sensitive,大小写敏感, 区分大小写

_ci: case insensitice,大小写不敏感,不区分大小写

查看数据库所支持的校正集: show collation;

校正集运用: 只有当数据产生比较的时候,校正集才会生效.

比拟: 利用utf8 的_bin和_ci来验证不同的校正集的效果

1. 创建不同校正集对应的表

2. 插入数据

3. 比较: 根据某个字段进行排序: order by 字段名 [asc|desc]; asc升序,desc降序,默认是升序

校正集: 必须在没有数据之前生命好,如果有了数据,那么再进行校正集修正: 那么修正无效.

Web乱码问题

动态网站由三部分构成: 浏览器, apache做事器(PHP),数据库做事器, 三个部分都有自己的字符集(中文), 数据须要在三个部分之间来回通报: 很随意马虎产生乱码.

如何办理乱码问题: 统一编码(三码合一)

但是事实上不可能: 浏览器是用户管理(根本不可能掌握).

但是必须要办理这些问题: 紧张靠PHP来做

相关文章

phpsmartyextends技巧_web开拓之smarty引擎安装

安装:下载完之后会有一个压缩包,我们把这个压缩包解压到我们的集成环境的smarty目录下,这里你可以自定义目录,在这里我是大略封装...

网站建设 2024-12-05 阅读0 评论0