Cabinathor的专栏

1.导出数据库         mysqldump -u 用户名 -p 数据库名 > 导出的文件名　　mysqldump -u wcnc -p smgp_apps_wcnc > wcnc.sql2.导出一个表　　mysqldump -u 用户名 -p 数据库名 表名> 导出的文件名　　mysqldump -u wcnc -p smgp_apps_wcnc u

高级实体关系模型构建泛化（Generalization）：超类型与子类型原始的ER模型已经能描述基本的数据和关系，但泛化（Generalization）概念的引入能方便多个概念数据模型的集成。泛化关系是指抽取多个实体的共同属性作为超类实体。泛化层次关系中的低层次实体——子类型，对超类实体中的属性进行继承与添加，子类型特殊化了超类型。ER模型中的泛化与面向对象编程中的继承概念相似，但

从本次讲座开始我将引领大家开始数据库设计之旅，我们将从需求分析开始，途中将经过概念数据建模、多视图集成、ER模型转化为SQL、范式化等过程，最终得到完整、可用的SQL表。需求分析在数据库生命周期中至关重要，通常也是涉及人员最多的步骤。数据库设计师在这个阶段必须走访最终用户，与他们进行访谈，从而确定用户想在系统中存储什么数据以及想怎样使用这些数据。我们将需求分析分为两个步骤：1.理解用户需求；2

有了全局ER图后，我们就可以把ER图转化为关系数据库中的SQL表了。俯瞰整个数据库生命周期（如下图所示），找到我们的“坐标”。把ER图转化为关系数据库中的表结构是一个非常自然的过程。许多ER建模工具除了辅助绘制ER图外，还能自动地把ER图转化为SQL表。转化规则从ER图转化得到关系数据库中的SQL表，一般可分为3类。1. 转化得到的SQL表与原始实体包含相同信息内容。该类转化一

本文将介绍数据库范式并讨论如何范式化候选表。我们先来看一下此刻处在数据库生命周期中的位置（如下图所示）。前几篇博文中我们详细的讨论了ER建模的方法。精心设计的ER模型将帮助我们直接得到范式化的表或只需稍许修改即为范式化的表，设计、绘制ER图的重要性也体现在这里。概念数据建模（ER建模）从一开始就潜移默化的引导着我们走向范式化的数据库表结构。本文的讨论将始于第一范式，止于BCNF范式。在

本篇文章将使用之前介绍过的“基本实体关系模型构件”和“高级实体关系模型构件”作为建模的基本元素。逻辑数据库设计有多种实现方式，包括：自顶至底，自底至顶以及混合方式。传统数据库设计是一个自底至顶的过程，从分析需求中的单个数据元素开始，把相关多个数据元素组合在一起转化为数据库中的表。这种方式较难应对复杂的大型数据库设计，这就需要结合自顶至底的设计方式。使用ER模型进行概念数据建模方便了项目团队

俯瞰整个数据库生命周期（如下图所示）。在前面的内容中，我们已完成了“确定需求”和“数据模型”（图中以灰色标出），本小节我们将详细讨论“视图集成”（图中以红色标出）把基于不同用户视角的局部ER图集成为一个统一的、没有冗余的全局ER图在数据库设计流程中非常重要。单个局部ER图是通过分析用户需求进行概念数据建模得到的；全局ER图是通过对各个局部ER图进行分析，解决其中存在的视角和术语差异，最

1FN第一范式（1NF）：在关系模式R中的每一个具体关系r中，如果每个属性值都是不可再分的最小数据单位，则称R是第一范式的关系。例：如职工号，姓名，电话号码组成一个表（一个人可能有一个办公室电话和一个家里电话号码）规范成为1NF有三种方法：一是重复存储职工号和姓名。这样，关键字只能是电话号码。 二是职工号为关键字，电话号码分为单位电话和住宅电话两个属性 三是职工号为关键字，但强

这一小节我们将分析一些较为常见的业务场景，并给出对于这些场景的表结构设计方法。这些方法可以放入我们自己的数据库设计工具箱，当在面对现实需求时可灵活加以运用。多值属性多值属性很常见，如淘宝网中每个用户都可以设置多个送货地址，又如在CRM系统中客户可以有多个电话号，一个号码用于工作时间，另一个用于下班时间等。以存储客户的联系电话为例。联系电话是客户的属性，所以首先可能想到的一种设计方案如下

一、使用Statement而不是PreparedStatement对象JDBC驱动的最佳化是基于使用的是什么功能. 选择PreparedStatement还是Statement取决于你要怎么使用它们. 对于只执行一次的SQL语句选择Statement是最好的. 相反, 如果SQL语句被多次执行选用PreparedStatement是最好的.PreparedStatement的第一次执行

将分两讲来学习实体关系模型构件；今天我们先来学习基本实体关系模型。基本实体关系模型构建实体关系（ER）模型的目标是捕获现实世界的数据需求，并以简单、易理解的方式表现出来。ER模型可用于项目组内部交流或用于与用户讨论系统数据需求。ER模型中的基本元素基本的ER模型包含三类元素：实体、关系、属性图1 实体、关系、属性的ER构图实体（Entities）：实体是首要的数据对象，

数据库生命周期总览大家对软件生命周期较为熟悉，数据库也有其生命周期，如下图所示。图（1）数据库生命周期数据库的生命周期主要分为四个阶段：需求分析、逻辑设计、物理设计、实现维护。这个系列的博文将主要关注数据库生命周期中的前两个阶段（需求分析、逻辑设计）。如图中红色框出的部分。数据库的物理设计，包括索引的选择与优化、数据分区等内容。这些内容也非常丰富，而且可以自成体系，园子里也

数据库中有一个表：r

MySQL中文乱码很常见，因为其默认是：

你用了mysql保留的关键字，就会报这个错误。

1、索引定义　　数据库索引好比是一本书前面的目录，能加快数据库的查询速度。索引是对数据库表中一个或多个列（例如，employee 表的姓氏 (lname) 列）的值进行排序的结构。如果想按特定职员的姓来查找他或她，则与在表中搜索所有的行相比，索引有助于更快地获取信息。2、建立索引的优缺点：优点： 1.大大加快数据的检索速度; 2.创建唯一性索引，保证数据库表中

一.事务       定义：所谓事务，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。       准备工作：为了说明事务的ACID原理，我们使用银行账户及资金管理的案例进行分析。        [sql] view plaincopyprint?// 创建数据库  create t

随着商业需求的日益增加，应用程序变得越来越复杂，经常需要访问多个数据库，这些数据库通常分布在不同的地方，这就是分布式事务。分布式事务修改的数据存储在多个或多种类型的数据源中，这些数据源分布在多台机器上，甚至更复杂的情况。Innodb存储引擎支持XA事务，通过XA事务可以支持分布式事务的实现。分布式事务指的是允许多个独立的事务资源（transactional resources）参与一个全局的事

本文我们将回答三个问题。1. 为什么业务规则非常重要。2. 怎样识别业务规则。3. 如何修改关系模型并隔离出业务规则。提取业务规则什么是业务规则业务规则描述了业务过程中重要的且值得记录的对象、关系和活动。其中包括业务操作中的流程、规范与策略。业务规则保证了业务能满足其目标和义务。生活中的一些业务规则可能是：当顾客进入店内，最近的员工须向顾客打招呼说：“欢迎来到×××”。当客

数据库设计的重要性大多数程序员都很急切，在了解基本需求之后希望很快的进入到编码阶段（可能只有产出代码才能反映工作量），对于数据库设计思考得比较少。这给系统留下了许多隐患。许多软件系统的问题，如：输出错误的数据，性能差或后期维护繁杂等，都与前期数据库设计有着密切的关系。到了这个时候再想修改数据库设计或进行优化等同于推翻重来。我经常把软件开发比作汽车制造。汽车制造会经过图纸设计，模型制作，

首先，表A不能删除表A中查出的ID对应的记录，如下：delete from `test`.duplicateTest where id not in (select max(id) as id from `test`.duplicateTest as b group by name) ;这样会报错：ERROR 1093错误。解决办法，创建临时表：delete