wordpress多站点 缺点,长沙seo培训,幻灯片插件wordpress,中国郴州大家好#xff0c;目前优化数据存储对于获得良好的性能始终至关重要#xff0c;选择合适的数据类型并应用正确的规范化过程对于决定其性能至关重要。本文将介绍最重要和最常用的数据类型和规范化过程。
一、SQL中的数据类型
SQL中主要有两种数据类型#xff1a;字符串和数…大家好目前优化数据存储对于获得良好的性能始终至关重要选择合适的数据类型并应用正确的规范化过程对于决定其性能至关重要。本文将介绍最重要和最常用的数据类型和规范化过程。
一、SQL中的数据类型
SQL中主要有两种数据类型字符串和数字。除此之外还有其他数据类型如布尔型、日期和时间、数组、区间、XML等。
1.字符串数据类型
这些数据类型用于存储字符串。字符串通常作为数组数据类型实现并包含一系列元素通常是字符。
(1) CHAR(n)
它是一个固定长度的字符串可以包含字符、数字和特殊字符。n表示它可以容纳的字符串的最大长度以字符为单位。
它的最大范围是从0到255个字符这种数据类型的问题是即使实际字符串的长度小于指定的长度它也会占用全部指定的空间。额外的字符串长度会用额外的内存空间填充。
(2) VARCHAR(n)
Varchar与Char类似但可以支持大小可变的字符串并且没有填充。该数据类型的存储大小等于字符串的实际长度。
它最多可以存储65535个字符。由于其大小可变的特性它的性能不如CHAR数据类型好。
(3) BINARY(n)
它类似于CHAR数据类型但只接受二进制字符串或二进制数据。它可以用于存储图像、文件或任何序列化对象。还有另一种数据类型VARBINARY(n)它类似于VARCHAR数据类型但也只接受二进制字符串或二进制数据。
(4) TEXT(n)
这种数据类型也用于存储字符串但最大大小为65535字节。
(5) BLOB(n)
代表二进制大对象可以容纳最多65535字节的数据。
除此之外还有其他数据类型如LONGTEXT和LONGBLOB它们可以存储更多字符。
2.数字数据类型
(1) INT()
它可以存储一个4字节32位的整数数字。这里的n表示显示宽度最大可以达到255。它指定了用于显示整数值的最小字符数。
范围 a -2147483648Signed INT2147483647 b 0Unsigned INT4294967295
(2) BIGINT()
它可以存储一个大小为64位的大整数。
范围 a -9223372036854775808Signed BIGINT9223372036854775807 b 0Unsigned BIGINT18446744073709551615
(3) FLOAT():
它可以存储浮点数其小数点位以一定精度近似。它存在一些小的舍入误差因此在需要精确精度的情况下不适用。
(4) DOUBLE():
这种数据类型表示双精度浮点数。与FLOAT数据类型相比它可以存储具有更高精度的小数值。
(5) DECIMAL(n, d):
该数据类型表示精确的十进制数精度固定用d表示。参数d指定小数点后的位数参数n表示数字的大小。d的最大值为30其默认值为0。
3.一些其他数据类型
(1) BOOLEAN
这种数据类型只存储True或False两种状态。它用于执行逻辑操作。
(2) ENUM
它代表枚举。它允许你从预定义选项列表中选择一个值。它还能确保存储的值仅来自指定的选项。
例如考虑一个只能是“红色”、“绿色”或“蓝色”的属性颜色。当我们将这些值放入ENUM中时颜色的值只能是这些指定的颜色之一。
(3) XML
XML代表可扩展标记语言eXtensible Markup Language。这种数据类型用于存储XML数据XML数据用于结构化数据表示。
(4) AutoNumber
它是一个整数当每条记录被添加时它会自动递增其值。它用于生成唯一或连续的数字。
(5) Hyperlink
它可以存储文件和网页的超链接。
关于SQL数据类型的讨论到此为止。其他数据类型还有很多但本文所讨论的是最常用的数据类型。
二、SQL中的规范化
规范化是从数据库中移除冗余、不一致和异常的过程。冗余表示相同数据的重复值存在而数据库中的不一致表示相同数据以多种格式存在于多个表中。
数据库异常可以定义为数据库中不应存在的任何突然变化或不一致。这些变化可能是由于各种原因引起的例如数据损坏、硬件故障、软件错误等。异常情况可能导致严重后果如数据丢失或不一致所以尽快检测和修复异常情况至关重要主要有三种类型的异常情况。本文将简要讨论每种类型。
插入异常
当新插入的行在表中导致不一致时就会发生插入异常。例如我们想要将一个员工添加到组织中但是他的部门没有分配给他。那么我们就无法将该员工添加到表中这就产生了一个插入异常。
删除异常
当我们想要从表中删除某些行并且还需要删除数据库中的其他数据时就会发生删除异常。
更新异常
当我们想要更新某些行并导致数据库的数据不一致时就会发生这种异常。
规范化过程包含一系列准则可使数据库设计高效、优化并且不含冗余和异常。有几种常见的规范化形式如第一范式1NF、第二范式2NF、第三范式3NF、BCNF等。
1. 第一范式1NF
第一范式确保表中不包含复合或多值属性。这意味着单个属性中只有一个值。如果每个属性都是单值的那么关系就符合第一范式。
例如 在表1中属性STUD_PHONE包含多个电话号码。但是在表2中该属性被分解为第一范式。
2. 第二范式2NF
表格必须符合第一范式并且关系中不能存在任何部分依赖关系。部分依赖意味着非主属性不是候选键的一部分的属性部分依赖于候选键的任何一个真子集。为了使关系符合第二范式非主属性必须完全依赖于整个候选键。
例如考虑一个名为Employee的表具有以下属性
EmployeeID (Primary Key)
ProjectID (Primary Key)
EmployeeName
ProjectName
HoursWorked在这里EmployeeID和ProjectID共同构成主键。不过你可以注意到EmployeeName和EmployeeID之间存在部分依赖关系。这意味着EmployeeName只依赖于主键的一部分即EmployeeID。要实现完全依赖EmployeeName必须同时依赖于EmployeeID和ProjectID。因此这违反了第二范式的原则。
为了使这种关系符合第二范式我们必须将表拆分成两个独立的表。第一个表包含所有雇员的详细信息第二个表包含所有项目的详细信息。
因此Employee表具有以下属性
EmployeeID (Primary Key)
EmployeeName而Project表具有以下属性
Project ID (Primary Key)
Project Name
Hours Worked现在可以看到通过创建两个独立的表部分依赖关系已经被消除。而且两个表的非主属性依赖于完整的主键集合。
3. 第三范式3NF
在第二范式之后关系仍然可能存在更新异常。如果我们只更新了一个元组而不更新其他元组就会出现这种情况。这将导致数据库的不一致性。
第三范式的条件是表应该符合第二范式并且非主属性不存在传递依赖关系。传递依赖发生在非主属性不直接依赖于主属性而是依赖于另一个非主属性的情况下。主属性是候选键的一部分。
考虑一个关系RABC其中A是主键B和C是非主属性。假设A→B和B→C是两个函数依赖关系那么A→C就是传递依赖关系。这意味着属性C不是由属性A直接确定的。B在它们之间起中间人的作用。
如果一个表存在传递依赖关系那么我们可以通过将表拆分为独立的关系来将其转化为第三范式。
4.Boyce-Codd范式
尽管第二范式和第三范式消除了大部分冗余但仍然没有完全消除冗余。如果函数依赖关系的左侧不是候选键或超键就可能存在冗余。候选键由主属性形成超级键是候选键的超集。为了解决这个问题还存在另一种类型的函数依赖关系称为Boyce-Codd范式BCNF。
对于一个表来说要达到BCNF函数依赖关系的左侧必须是候选键或超键。例如对于一个函数依赖关系X→YX必须是候选键或超键。
考虑一个包含以下属性的Employee表 员工ID主键 员工姓名 部门 部门负责人 EmployeeID是唯一标识每一行的主键。Department属性表示特定员工所在的部门而Department Head属性表示担任该特定部门负责人的员工的EmployeeID。
现在我们将检查这个表是否符合BCNF。条件是函数依赖关系的左侧必须是超键。下面是该表的两个函数依赖关系。 函数依赖关系1员工ID→员工姓名部门部门负责人 函数依赖关系2部门→部门负责人
对于FD1员工ID是主键也是超键。但对于FD2部门不是超键因为多个员工可能属于同一个部门。
因此这个表违反了BCNF的条件。为了满足BCNF的属性我们需要将该表拆分为两个独立的表Employee表和Department表。Employee表包含员工ID、员工姓名和部门而Department表则包含部门和部门负责人。 现在我们可以看到在这两个表中所有的函数依赖关系都依赖于主键即不存在非三维依赖关系。 综上本文讨论了SQL中最常用的数据类型以及数据库管理系统中重要的规范化技术在设计数据库系统时我们的目标是使其具有可扩展性最小化冗余并确保数据完整性。通过选择适当的数据类型我们可以在存储、精度和内存消耗之间取得微妙的平衡同时规范化过程有助于消除数据异常并使数据库模式更有组织性。
