数据库

首先明确说明它不是数据库，它没有schema，也没有表，更没有索引。它仅仅是生产消息流、消费消息流而已。从这个角度来说Kafka的确不像数据库，至少不像我们熟知的关系型数据库。那么到底什么是数据库呢？或者说什么特性使得一个系统可以被称为数据库？经典的教科书是这么说的：数据库是提供 ACID 特性的，即atomicity、consistency、isolation和durability。好了，现在问题演变成了Apache Kafka支持ACID吗？如果它支持，Kafka又是怎么支持的呢？要回答这些问题，我们依次讨论下ACID。1、持久性(durability)我们先从最容易的持久性开始说起，因为持久性最容易理解。在80年代持久性指的是把数据写入到磁带中，这是一种很古老的存储设备，现在应该已经绝迹了。目前实现持久性更常见的做法是将数据写入到物理磁盘上，而这也只能实现单机的持久性。当演进到分布式系统时代后，持久性指的是将数据通过备份机制拷贝到多台机器的磁盘上。很多数据库厂商都有自己的分布式系统解决方案，如GreenPlum和Oracle RAC。它们都提供了这种多机备份的持久性。和它们类似，Apache Kafka天然也是支持这种持久性的，它提供的副本机制在实现原理上几乎和数据库厂商的方案是一样的。2、原子性(atomicity)数据库中的原子性和多线程领域内的原子性不是一回事。我们知道在Java中有AtomicInteger这样的类能够提供线程安全的整数操作服务，这里的atomicity关心的是在多个线程并发的情况下如何保证正确性的问题。而在数据库领域，原子性关心的是如何应对错误或异常情况，特别是对于事务的处理。如果服务发生故障，之前提交的事务要保证已经持久化，而当前运行的事务要终止(abort)，它执行的所有操作都要回滚，最终的状态就好像该事务从未运行过那样。举个实际的例子，第三个方法是采用基于日志结构的消息队列来实现，比如使用Kafka来做，如下图所示：在这个架构中app仅仅是向Kafka写入消息，而下面的数据库、cache和index作为独立的consumer消费这个日志——Kafka分区的顺序性保证了app端更新操作的顺序性。如果某个consumer消费速度慢于其他consumer也没关系，毕竟消息依然在Kafka中保存着。总而言之，有了Kafka所有的异质系统都能以相同的顺序应用app端的更新操作，从而实现了数据的最终一致性。这种方法有个专属的名字，叫capture data change，也称CDC。3、隔离性(isolation)在传统的关系型数据库中最强的隔离级别通常是指serializability，国内一般翻译成可串行化或串行化。表达的思想就是连接数据库的每个客户端在执行各自的事务时数据库会给它们一个假象：仿佛每个客户端的事务都顺序执行的，即执行完一个事务之后再开始执行下一个事务。其实数据库端同时会处理多个事务，但serializability保证了它们就像单独执行一样。举个例子，在一个论坛系统中，每个新用户都需要注册一个唯一的用户名。一个简单的app实现逻辑大概是这样的：4、一致性(consistency)最后说说一致性。按照Kelppmann大神的原话，这是一个很奇怪的属性：在所有ACID特性中，其他三项特性的确属于数据库层面需要实现或保证的，但只有一致性是由用户来保证的。严格来说，它不属于数据库的特性，而应该属于使用数据库的一种方式。坦率说第一次听到这句话时我本人还是有点震惊的，因为从没有往这个方面考虑过，但仔细想想还真是这么回事。比如刚才的注册用户名的例子中我们要求每个用户名是唯一的。这种一致性约束是由我们用户做出的，而不是数据库本身。数据库本身并不关心或并不知道用户名是否应该是唯一的。针对Kafka而言，这种一致性又意味着什么呢？Kelppmann没有具体展开，但我个人认为他应该指的是linearizability、消息顺序之间的一致性以及分布式事务。幸运的是，Kafka的备份机制实现了linearizability和total order broadcast，而且在Kafka 0.11开始也支持分布式事务了。

首先明确说明Kafka不是数据库，它没有schema，也没有表，更没有索引。1.它仅仅是生产消息流、消费消息流而已。从这个角度来说Kafka的确不像数据库，至少不像我们熟知的关系型数据库。那么到底什么是数据库呢？或者说什么特性使得一个系统可以被称为数据库？经典的教科书是这么说的：数据库是提供 ACID 特性的，我们依次讨论下ACID。1、持久性(durability)我们先从最容易的持久性开始说起，因为持久性最容易理解。在80年代持久性指的是把数据写入到磁带中，这是一种很古老的存储设备，现在应该已经绝迹了。目前实现持久性更常见的做法是将数据写入到物理磁盘上，而这也只能实现单机的持久性。当演进到分布式系统时代后，持久性指的是将数据通过备份机制拷贝到多台机器的磁盘上。很多数据库厂商都有自己的分布式系统解决方案，如GreenPlum和Oracle RAC。它们都提供了这种多机备份的持久性。和它们类似，Apache Kafka天然也是支持这种持久性的，它提供的副本机制在实现原理上几乎和数据库厂商的方案是一样的。2、原子性(atomicity)数据库中的原子性和多线程领域内的原子性不是一回事。我们知道在Java中有AtomicInteger这样的类能够提供线程安全的整数操作服务，这里的atomicity关心的是在多个线程并发的情况下如何保证正确性的问题。而在数据库领域，原子性关心的是如何应对错误或异常情况，特别是对于事务的处理。如果服务发生故障，之前提交的事务要保证已经持久化，而当前运行的事务要终止(abort)，它执行的所有操作都要回滚，最终的状态就好像该事务从未运行过那样。举个实际的例子，第三个方法是采用基于日志结构的消息队列来实现，比如使用Kafka来做，如下图所示：在这个架构中app仅仅是向Kafka写入消息，而下面的数据库、cache和index作为独立的consumer消费这个日志——Kafka分区的顺序性保证了app端更新操作的顺序性。如果某个consumer消费速度慢于其他consumer也没关系，毕竟消息依然在Kafka中保存着。总而言之，有了Kafka所有的异质系统都能以相同的顺序应用app端的更新操作，3、隔离性(isolation)在传统的关系型数据库中最强的隔离级别通常是指serializability，国内一般翻译成可串行化或串行化。表达的思想就是连接数据库的每个客户端在执行各自的事务时数据库会给它们一个假象：仿佛每个客户端的事务都顺序执行的，即执行完一个事务之后再开始执行下一个事务。其实数据库端同时会处理多个事务，但serializability保证了它们就像单独执行一样。举个例子，在一个论坛系统中，每个新用户都需要注册一个唯一的用户名。一个简单的app实现逻辑大概是这样的：4、一致性(consistency)最后说说一致性。按照Kelppmann大神的原话，这是一个很奇怪的属性：在所有ACID特性中，其他三项特性的确属于数据库层面需要实现或保证的，但只有一致性是由用户来保证的。严格来说，它不属于数据库的特性，而应该属于使用数据库的一种方式。坦率说第一次听到这句话时我本人还是有点震惊的，因为从没有往这个方面考虑过，但仔细想想还真是这么回事。比如刚才的注册用户名的例子中我们要求每个用户名是唯一的。这种一致性约束是由我们用户做出的，而不是数据库本身。数据库本身并不关心或并不知道用户名是否应该是唯一的。针对Kafka而言，这种一致性又意味着什么呢？Kelppmann没有具体展开，希望能帮到你，谢谢！

是SQL SERVER的话，选中某行，Ctrl+C，Ctrl+V

1、先打开SQL企业管理器，然后在左侧打开数据库，右键数据库，选择“附加数据库”。2、然后选择要附加的数据库位置，然后选择mdf后缀的数据库文件，点击确定。3、即可附加数据库到SQL中。

没有结果，你的命令是错误的，根本就不会执行

神舟OSCAR数据库，是拥有完全自主知识产权的企业级大型、通用对象关系型数据库管理系统。它是北京神舟航天软件技术有限公司集多年的数据库研发经验，在国家科技部和中国航天科技集团的大力支持下研制成功的，是“十五”863重大软件专项“大型通用数据库管理系统及其应用”的研制成果，是一个在功能、性能、实用性、稳定性、安全性以及可扩展性等方面能够满足电子政务、电子商务、企业信息化以及国防工业等敏感部门信息化建设需求的大型通用数据库产品。神舟OSCAR数据库系统性能稳定、功能完善，可广泛应用于各类企事业单位、政府机关，尤其是国防、军工等事关国家政治、军事、经济安全的各要害单位的信息化建设。ORACLE 就不用多说了，大家都知道，应用更广。二者没什么可比性。

　　摘 要:本文基于笔者多年从事电子地图设计相关工作经验,以城市旅游交通电子地图信息库建设为研究对象,研究探讨了信息库建设中的建库需求,数据分级,数据采集及数据更新等一系列问题,全文是笔者长期工作经验的理论升华,相信对从事相关工作的同行有着重要的参考价值和借鉴意义。 　　关键词:交通旅游 电子地图 信息库建设 内外业 　　中图分类号:P28 文献标识码:A 文章编号:1672-3791(2012)07(b)-0044-02 　　1 建库需求 　　交通旅游信息数据种类繁多,数据量大,对交通旅游信息的分类方法有多种。交通旅游信息数据库主要按交通旅游信息使用对象的不同对其进行分类,交通旅游信息数据库的使用对象主要是旅游者,还有其他与交通旅游相关行业的潜在客户。旅游者使用旅游信息数据库主要是查询一些与自身旅游相关的信息,如旅游目的地的旅游活动项目、旅游花费、旅游线路、交通、食宿、娱乐、当地的风土人情、当地居民的好客度、饮食习惯等,以便能够做出合理的旅游决策,选择最佳旅游路线和旅游时间,花最少的钱而得到最大的旅游消费,潜在客户主要指旅游供给商,旅游者和旅游供给商之间的关系,并不是普通的供需关系,而是具有独特性,其独特性在于:旅游供给商向游客提供的并不是旅游资源本身,而是旅游资源及其与旅游资源紧密相关的社会、经济、文化各方面的信息和服务;旅游资源对旅游者来说是其花钱所得到的商品,这种商品又有其独特性,这种商品虽然是以实物的形式存在的,但却不能进行实物的消费,旅游资源并不因旅游者的消费而减少,旅游者通过消费旅游资源这种商品所得到的只是感觉、经历和体验。 　　2 数据分类选取 　　2.1 专题数据分类 　　对旅游者来讲,去一个城市旅游,吃、住、行、游、购、娱等方面的信息是他们最关心的,所以交通旅游电子地图的行业分类主要侧重子旅游服务、交通设施、宾馆酒店、商场百货、医疗卫生、公共服务、科教文化、党政机关、办公居住、金融保险十大类。 　　1984年12月1日《国民经济行业分类和代码》作为国家标准发布,GB/T4 754-84将我国全部经济活动划分为13个门类,75个大类,310个中类,668个小类。 　　1994年第一次修订国民经济行业分类与代码(以下简称国标1994),GB/T4 754-94共划分716个门类,92个大类,368个中类,846个小类。2002年第二次修订国民经济行业分类与代码(以下简称国标2002),GB/T4 754-2002共划分720个门类,95个大类,396个中类,913个小类。 　　对两次修订的国民经济行业分类与代码的类别进行比较。门类增加4个,大类增加3个,中类增加31个,小类增加124个。从以上数据可以看出,随着我国经济的持续攀升,行业分类越来越趋于细化。对于电子地图用户来讲,他们需要的行业分类目前来讲还不需要如此细化,但是经济的发展牵引着用户的需求,细化的趋势是不言而喻的。 　　行业分类中党政机关和社会群体参考了国标2002中公共管理和社会组织门类,仍然沿用了国标1994中的金融、保险业门类。办公居住参考了房地产业门类,宾馆酒店、餐饮场所参考了住宿、公饮业门类.科教文化参考了教育门类,商场百货参考了批发零售业,医疗卫生参考了卫生大类,公共服务参考了居民服务大类,交通设施参考了航空运输业和城市公共交通业大类,从国标2002中的公共设施管理业门类中独立出旅游服务大类。 　　2.2 标志点的选取 　　电子地图中的兴趣点(Point of Interest, POI),是信息查询的基础,是空间位置、属性特征的最佳结合点,是空间数据库与地图信息数据库之间的桥梁,其内容类别基本覆盖行业和公众关心的各个方面。本文将兴趣点分为标志点和信息点。标志点主要指在城市中具有重大影响、易于寻找和定位的建筑物、公共设施和地名等。信息点指除标志点以外的实用、有意义的兴趣点。 　　设立标志点的条件与意义如下。 　　(1)指示性。 　　标志点必须对于到达、寻找或定位目的地在车辆导航、行走指南、邮政通讯等活动中起指示作用。 　　(2)稳定性。 　　选作标志点的建筑物、公共设施、地名等必须稳定且有影响力,在较长时间内不发生变化。如:莫愁湖、文昌阁、市政府等。 　　(3)均匀性。 　　城市内设置的标志点必须均匀地覆盖整个城市市区,一个街坊内一般不少与5个标志点,市中心区域可适当增加,即所谓“一片森林与一颗树的区别”。设立的标志点必须是有实际定位意义的点。对于有多个出入口、面积比较大的单位作标志点时,应该把主要的出入口作为标志点,其次要出入口可作为次级标志点或信息点。标志点对区域定位有实际意义,在位置描述中可以相对标志点的位置来描述所要查询的目的地。 　　3 数据分级简化 　　3.1 分级目的 　　(1)分级可以突出信息的重要性,当用户查询信息时,分级可以使得查询结果中相对重要的信息优先显示,便于用户筛选。(2)在电子地图的负载量相对较大的时候,可以通过分级来剔除相对不重要的信息,保证重要信息不缺失。 　　3.2 标志点分级 　　标志点等级划分为两级。 　　(1)一级标志点:市区内的重要建筑物、重要旅游景点、市级购物中心、交通枢纽、大型桥梁等。车辆导航影响半径1km～2km,行走指南影响半径500m～1000m,布设密度1～3个/km2。(2)二级标志点:街区内的明显标志建筑物、有一定影响的地名、有较大影响的商服设施、大型工业企业等,车辆导航影响半径在lkm以内,行走指南影响半径200m～500m,布设密度5～30个/km2。 　　3.3 信息点分级 　　信息点等级划分为两级。对于标志点以外的信息,选取有价值的、相对重要、相对稳定的点为一级信息点,剩余的为二级信息点。信息点的选取应该能够全部覆盖整个调查区,有了准确、详尽、有意义的信息点,电子地图的价值才能更大的体现出来。

1）select 借书证号，姓名，系名,count(*)from borrow,loanswhere borrow.借书证号=loans.借书证号 grop by 借书证号having count(*)>52)select 姓名、系名、书名和借书日期from borrow,loanswhere borrow.借书证号=loans.借书证号 and 图书登记号 in {select 图书登记号 feom borrow,loans where borrow.借书证号=loans.借书证号 and 姓名=欧阳}3）creat view sb(借书证号、姓名、班级、图书登记号、书名、出版社和借书日期) asselect 借书证号、姓名、班级、图书登记号、书名、出版社和借书日期from borrow,loans where borrow.借书证号=loans.借书证号 and loans.图书登记号=books。图书登记号

触发器具有强大的功能，每个触发器有插入和删除两个特殊的表，它有以下几个特点：（（1)这两个表是逻辑表，并且是由系统管理的，存储在内存中，不是存储在数据库中，因此不允许用户直接对其修改。（2）这两个表的结构总是与被该触发器作用的表有相同的表结构。（3）这两个表动态驻留在内存中，当触发器工作完成时，这两个表也被删除。这两个表主要保存因用户操作而被影响到的原数据值或新数据值。（4）这两个表是只读的，且只在触发器内部可读，即用户不能向这两个表写入内容，但可以在触发器中引用表中的数据。对一个定义了插入类型触发器的表来讲，一旦对该表执行了插入操作，那么对该表插入的所有行来说，都有一个相应的副本级存放到插入表中，即插入表就是用来存储原表插入的新数据行。对一个定义了删除类型触发器的表来讲，一旦对该表执行了删除操作，则将所有的被删除的行存放至删除表中。这样做的目的是，一旦触发器遇到了强迫它中止的语句被执行时，删除的那些行可以从删除表中得以还原。需要特别注意的是，更新操作包括两个部分动作：先将旧的内容删除，然后将新值插入。因此，对一个定义了更新类型触发器的表来讲，当执行更新操作时，在删除表中存放修改之前的旧值，然后在插入表中存放修改之后的新值。触发器对数据约束的原理是逐行检查。当在数据表上执行插入、删除和更新操作，触发器将会被触发执行时，每条SQL语句的操作哪怕只影响数据库中的一条记录，其也会检查此次操作对其他记录的影响，会对表中的所有记录按触发器上所定义的约束进行全方位的检查。如果表中数据比较大，达到百万级的情况，触发器这个逐行检查原理会严重影响系统的性能，因此在使用触发器时需慎重评估其性能风险。

数据库应用系统的开发是一项软件工程。一般可分为以下几个阶段：1.规划 2.需求分析 3.概念模型设计 4. 逻辑设计5.物理设计 6.程序编制及调试 7.运行及维护。 这些阶段的划分目前尚无统一的标准，各阶段间相互联接，而且常常需要回溯修正。 在数据库应用系统的开发过程中，每个阶段的工作成果就是写出相应的文档。每个阶段都是在上一阶段工作成果的基础上继续进行，整个开发工程是有依据、有组织、有计划、有条不紊地展开工作。1.规划规划的主要任务就是作必要性及可行性分析。 在收集整理有关资料的基础上，要确定将建立的数据库应用系统与周边的关系，要对应用系统定位，其规模的大小、所处的地位、应起的作用均须作全面的分析和论证。 明确应用系统的基本功能，划分数据库支持的范围。分析数据来源、数据采集的方式和范围，研究数据结构的特点，估算数据量的大小，确立数据处理的基本要求和业务的规范标准。 规划人力资源调配。对参与研制和以后维护系统运作的管理人员、技术人员的技术业务水平提出要求，对最终用户、操作员的素质作出评估。 拟定设备配置方案。论证计算机、网络和其他设备在时间、空间两方面的处理能力，要有足够的内外存容量，系统的响应速度、网络传输和输入输出能力应满足应用需求并留有余量。要选择合适的os,dbms和其它软件。设备配置方案要在使用要求、系统性能、购置成本和维护代价各方面综合权衡。 对系统的开发、运行、维护的成本作出估算。预测系统效益的期望值。 拟定开发进度计划，还要对现行工作模式如何向新系统过渡作出具体安排。 规划阶段的工作成果是写出详尽的可行性分析报告和数据库应用系统规划书。内容应包括：系统的定位及其功能、数据资源及数据处理能力、人力资源调配、设备配置方案、开发成本估算、开发进度计划等。 可行性分析报告和数据库应用系统规划书经审定立项后，成为后续开发工作的总纲。 2.需求分析需求分析大致可分成三步来完成。 (1) 需求信息的收集, 需求信息的收集一般以机构设置和业务活动为主干线，从高层中层到低层逐步展开 (2) 需求信息的分析整理, 对收集到的信息要做分析整理工作。数据流图(dfd, data flow diagram)是业务流程及业务中数据联系的形式描述。图4.1是一个简单的dfd 示例。 数据字典(dd, data dictionary)详细描述系统中的全部数据。 数据字典包含以下几个部分。 数据项：是数据的原子单位。 数据组项：由若干数据项组成。 数据流：表示某一数据加工过程的输入/输出数据。 数据存储：是处理过程中要存取的数据。 数据加工过程 数据加工过程的描述包括：数据加工过程名、说明、输入、输出、加工处理工作摘要、加工处理频度、加工处理的数据量、响应时间要求等。 数据流图既是需求分析的工具，也是需求分析的成果之一。数据字典是进行数据收集和数据分析的主要成果。 (3) 需求信息的评审. 开发过程中的每一个阶段都要经过评审，确认任务是否全部完成，避免或纠正工作中出现的错误和疏漏。聘请项目外的专家参与评审，可保证评审的质量和客观性。 评审可能导致开发过程回溯，甚至会反复多次。但是，一定要使全部的预期目标都达到才能让需求分析阶段的工作暂告一个段落. 需求分析阶段的工作成果是写出一份既切合实际又具有预见的需求说明书，并且附以一整套详尽的数据流图和数据字典。 3.概念模型设计概念模型不依赖于具体的计算机系统，他是纯粹反映信息需求的概念结构。 建模是在需求分析结果的基础上展开，常常要对数据进行抽象处理。常用的数据抽象方法是‘聚集"和‘概括"。 er方法是设计概念模型时常用的方法。用设计好的er图再附以相应的说明书可作为阶段成果 概念模型设计可分三步完成。 (1) 设计局部概念模型 ① 确定局部概念模型的范围 ② 定义实体 ③ 定义联系 ④ 确定属性 ⑤ 逐一画出所有的局部er图，并附以相应的说明文件 (2) 设计全局概念模型 建立全局er图的步骤如下： ① 确定公共实体类型 ② 合并局部er图 ③ 消除不一致因素 ④ 优化全局er图 ⑤ 画出全局er图，并附以相应的说明文件。 (3) 概念模型的评审 概念模型的评审分两部分进行 第一部分是用户评审。 第二部分是开发人员评审。 4.逻辑设计逻辑设计阶段的主要目标是把概念模型转换为具体计算机上dbms所支持的结构数据模型。 逻辑设计的输入要素包括：概念模式、用户需求、约束条件、选用的dbms的特性。 逻辑设计的输出信息包括：dbms可处理的模式和子模式、应用程序设计指南、物理设计指南。 (1) 设计模式与子模式 关系数据库的模式设计可分四步完成。 ① 建立初始关系模式 ② 规范化处理 ③ 模式评价 ④ 修正模式 经过多次的模式评价和模式修正，确定最终的模式和子模式。 写出逻辑数据库结构说明书。 (2) 编写应用程序设计指南 根据设计好的模式和应用需求，规划应用程序的架构，设计应用程序的草图，指定每个应用程序的数据存取功能和数据处理功能梗概，提供程序上的逻辑接口。 编写出应用程序设计指南。 (3) 编写物理设计指南。 根据设计好的模式和应用需求，整理出物理设计阶段所需的一些重要数据和文档。例如，数据库的数据容量、各个关系(文件)的数据容量、应用处理频率、操作顺序、响应速度、各个应用的lra和tv、程序访问路径建议，等等。这些数据和要求将直接用于物理数据库的设计。 编写出物理设计指南。 5.物理设计物理设计是对给定的逻辑数据模型配置一个最适合应用环境的物理结构。 物理设计的输入要素包括：模式和子模式、物理设计指南、硬件特性、os和dbms的约束、运行要求等。 物理设计的输出信息主要是物理数据库结构说明书。其内容包括物理数据库结构、存储记录格式、存储记录位置分配及访问方法等。 物理设计的步骤如下： (1) 存储记录结构 设计综合分析数据存储要求和应用需求，设计存储记录格式。 (2) 存储空间分配 存储空间分配有两个原则： ①存取频度高的数据尽量安排在快速、随机设备上，存取频度低的数据则安排在速度较慢的设备上。 ②相互依赖性强的数据尽量存储在同一台设备上，且尽量安排在邻近的存储空间上。 从提高系统性能方面考虑，应将设计好的存储记录作为一个整体合理地分配物理存储区域。尽可能充分利用物理顺序特点，把不同类型的存储记录指派到不同的物理群中。 (3) 访问方法的设计 一个访问方法包括存储结构和检索机构两部分。存储结构限定了访问存储记录时可以使用的访问路径；检索机构定义了每个应用实际使用的访问路径。 (4) 物理设计的性能评价 ① 查询响应时间 从查询开始到有结果显示之间所经历的时间称为查询响应时间。查询响应时间可进一步细分为服务时间、等待时间和延迟时间。 在物理设计过程中，要对系统的性能进行评价。性能评价包括时间、空间、效率、开销等各个方面。 ⊙ cpu服务时间和i/o服务时间的长短取决于应用程序设计。 ⊙ cpu队列等待时间和i/o队列等待时间的长短受计算机系统作业的影响。 ⊙ 设计者可以有限度地控制分布式数据库系统的通信延迟时间。 ② 存储空间 存储空间存放程序和数据。程序包括运行的应用程序、dbms子程序、os子程序等。数据包括用户工作区、dbms工作区、os工作区、索引缓冲区、数据缓冲区等。 存储空间分为主存空间和辅存空间。设计者只能有限度地控制主存空间，例如可指定缓冲区的分配等。但设计者能够有效地控制辅存空间。 ③ 开销与效率 设计中还要考虑以下各种开销，开销增大，系统效率将下降。 ⊙ 事务开销指从事务开始到事务结束所耗用的时间。更新事务要修改索引、重写物理块、进行写校验等操作，增加了额外的开销。更新频度应列为设计的考虑因素。 ⊙ 报告生成开销指从数据输入到有结果输出这段时间。报告生成占用cpu及i/o的服务时间较长。设计中要进行筛选，除去不必要的报告生成。 ⊙ 对数据库的重组也是一项大的开销。设计中应考虑数据量和处理频度这两个因数，做到避免或尽量减少重组数据库。 在物理设计阶段，设计、评价、修改这个过程可能要反复多次，最终得到较为完善的物理数据库结构说明书。 建立数据库时，dba依据物理数据库结构说明书，使用dbms提供的工具可以进行数据库配置。 在数据库运行时，dba监察数据库的各项性能，根据依据物理数据库结构说明书的准则，及时进行修正和优化操作，保证数据库系统能够保持高效率地运行。 6.程序编制及调试在逻辑数据库结构确定以后，应用程序设计的编制就可以和物理设计并行地展开 程序模块代码通常先在模拟的环境下通过初步调试，然后再进行联合调试。联合调试的工作主要有以下几点： (1) 建立数据库结构 根据逻辑设计和物理设计的结果，用dbms提供的数据语言(ddl)编写出数据库的源模式，经编译得到目标模式，执行目标模式即可建立实际的数据库结构。 (2) 调试运行 数据库结构建立后，装入试验数据，使数据库进入调试运行阶段。运行应用程序，测试 (3) 装入实际的初始数据 在数据库正式投入运行之前，还要做好以下几项工作： (1) 制定数据库重新组织的可行方案。 (2) 制定故障恢复规范 (3) 制定系统的安全规范 7.运行和维护数据库正式投入运行后，运行维护阶段的主要工作是： (1) 维护数据库的安全性与完整性。 按照制定的安全规范和故障恢复规范，在系统的安全出现问题时，及时调整授权和更改密码。及时发现系统运行时出现的错误，迅速修改，确保系统正常运行。把数据库的备份和转储作为日常的工作，一旦发生故障，立即使用数据库的最新备份予以恢复。 (2) 监察系统的性能。 运用dbms提供的性能监察与分析工具，不断地监控着系统的运行情况。当数据库的存储空间或响应时间等性能下降时，立即进行分析研究找出原因，并及时采取措施改进。例如，可通修改某些参数、整理碎片、调整存储结构或重新组织数据库等方法，使数据库系统保持高效率地正常运作。 (3) 扩充系统的功能 在维持原有系统功能和性能的基础上，适应环境和需求的变化，采纳用户的合理意见，对原有系统进行扩充，增加新的功能。

你把肿瘤吃了就可以了

1．打开KEGG数据库首页，链接如下：http://www.genome.jp/kegg/，如下所示：点击“KEGG PATHWAY”字样链接，可见如下界面：一直往下看，会发现KEGG数据针对pathway做了分类，主要包含Metabolism、Genetic Information Processing、Environmental Information Processing、Cellular Process、Organismal Systems、Human Diseases、Drug Development七个方向，并针对每个方向还有更为细致的分类，例如Metabolism包含Carbohydratemetabolism、Energy metabolism、Lipid metabolism等，各位看官可以根据您的研究方向或感兴趣通路选择具体的pathway进行查看。 2．假如我们关注Carbohydrate metabolism下的Pentose phosphate pathway，点击后获得如下界面：其中最上面的Reference pathway表示我们目前查看的通路是所有物种通用的pathway，下面的一段文字是对这个pathway的介绍，再下面网络图显示此pathway具体信息。其中带有Pentosephosphate pathway字样的方框点击开可发现对这个通路的其他信息介绍，同时可看到这个通路的ID（map00030），这个用map开头+数字组成的ID表示所有物种通用的通路ID，如果是某一特定物种的ID，会以该物种的3个字母简写名字+数字组成，例如hsa00030。在网络图中方框表示的是参与反应的酶，例如1.1.1.47，这是酶的ECnumber，国际酶学委员会赋予的编号。小圆圈表示化学反应中的化合物，例如beta-D-Glucose（C00221）。箭头代表的是反应方向，虚线表示此反应可以通过中间产物或其中途径发生联系。大椭圆表示与此通路相关的另一个pathway。如果您想要只关注human的Pentose phosphate pathway，就可以在Reference pathway处进行选择，之后点击Go即可。这个时候您会发现在第一行显示与不选择物种时有一定区别，会标记为human信息，同时点击网络图中的带有Pentose phosphate pathway的方框，里面会有human的这个通路的信息，包含了human该通路的pathway ID（hsa00030）和介绍。网络图本身也有变化，部分方框为浅绿色，其他不变。其中浅绿色方框为人类含有的酶，例如3.1.1.17，把鼠标放在上面会有相关信息显示。白色方框的酶在人类中不含有，把鼠标放在上面不会有任何信息显示。浅绿色方框可以点击开查看详细信息，例如点击3.1.1.17，获得如下界面，Entry为该酶在KEGG数据库中的ID，Gene name为此酶的简化名，Difinition为此酶的通用名字EC number，KO是在KEGG数据库中该酶的同源序列号，Pathway中罗列出了该酶参与的通路，除此之外，还显示很多其他信息，例如编码该酶的三级结构（Structure）、基因序列（NT seq）和氨基酸序列（AA seq）等信息。注意哦，上图的右上角，有一个Help字样，如果您对此页面中信息不清楚，可以点击Help，页面里对每项都有相应的详细介绍。如果您知道自己关注通路的ID，可以直接在第一步的基础上直接搜索，也可以获得特定物种的通路信息，例如上面的human的Pentosephosphate pathway，ID为hsa00030，我们就可以直接用这个ID进行搜索，具体操作为在步骤1的第二幅图中填入ID号，选择物种has，点击Go即可，页面如下：在出现的页面中，点击hsa00030这个通路即可。

这项技术能明显提高对数据库操作的性能。数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。resin提供了一个良好的连接池来供开发人员来实现数据库连接，具体配置如下：在/conf/resin.conf中加入以下内容：<database

有啊？

不能！

SQL SERVER 只有mdf和ldf的吧，NDF的什么文件，没见到过啊

应该是使用BACKUP备份出的文件吧，这样：在企业管理器中还原：1、右击要还原的目标数据库，如果没有，可以新建一个2、点击所有任务，还原数据库。3、在常规页面中点击从设备，选择设备，添加。4、定位到备份原文件。然后确定，再次确定。5、此时返回到了常规页，再点击选项页标签。6、给“在选定数据库上强制还原”打勾。7、确定一下移至物理文件名，要求数据库文件和日志文件改成与目标数据库目标文件夹和文件名一致。8、确定。等待即可完成。注意：如果目标数据库有打开的连接，包括应用程序及查询分析器等，必须要断开连接。

应该是使用BACKUP备份出的文件吧，这样：在企业管理器中还原：1、右击要还原的目标数据库，如果没有，可以新建一个2、点击所有任务，还原数据库。3、在常规页面中点击从设备，选择设备，添加。4、定位到备份原文件。然后确定，再次确定。5、此时返回到了常规页，再点击选项页标签。6、给“在选定数据库上强制还原”打勾。7、确定一下移至物理文件名，要求数据库文件和日志文件改成与目标数据库目标文件夹和文件名一致。8、确定。等待即可完成。注意：如果目标数据库有打开的连接，包括应用程序及查询分析器等，必须要断开连接。

数据库表间数据复制 在利用数据库开发时，常常会将一些表之间的数据互相导入。当然可以编写程序实现，但是，程序常常需要开发环境，不方便。最方便是利用sql语言直接导入。既方便而修改也简单。以下就是导入的方法。 1。表结构相同的表，且在同一数据库（如，table1,table2)Sql ：insert into table1 select * from table2 (完全复制) insert into table1 select distinct * from table2(不复制重复纪录） insert into table1 select top 5 * from table2 (前五条纪录)2。 不在同一数据库中（如，db1 table1,db2 table2)sql: insert into db1..table1 select * from db2..table2 (完全复制) insert into db1..table1 select distinct * from db2table2(不复制重复纪录） insert into tdb1..able1 select top 5 * from db2table2 (前五条纪录)3. 表结构不同的表或复制部分纪录（如，dn_user,dn_user2)a. 建一个新表[DN_UserTemp]（在老表dn_user上增加一列)CREATE TABLE [DN_UserTemp] ( [Num] [numeric](18, 0) IDENTITY (1, 1) NOT NULL）[Id] [idtype] NOT NULL ,[Name] [fntype] NOT NULL ,[Descript] [dstype] NULL ,[LogonNm] [idtype] NOT NULL ,[Password] [idtype] NULL ,[Gender] [char] (1) NULL ,[Quited] [booltype] NOT NULL,[OffDuty] [booltype] NOT NULL ,[Stopped] [booltype] NOT NULL, [OSBind] [booltype] NOT NULL, [Domain] [idtype] NULL ,[EMail] [fntype] NULL ,[UnitId] [idtype] NULL ,[BranchId] [idtype] NULL ,[DutyId] [idtype] NULL ,[LevelId] [idtype] NULL ,[ClassId] [idtype] NULL ,[TypeId] [idtype] NULL ,[IP] [varchar] (15) COLLATE Chinese_PRC_CI_AS NULL ,[ExpireDT] [datetime] NULL ,[Sort] [int] NOT NULL ,[AllowDel] [booltype] NOT NULL,[UnitChief] [booltype] NOT NULL, [BranchChief] [booltype] NOT NULL ,[UnitDeputy] [booltype] NOT NULL ,[BranchDeputy] [booltype] NOT NULL , [Num] [numeric](18, 0) IDENTITY (1, 1) NOT NULL ) ON [PRIMARY]b. 将dn_uer2的数据拷入dn_usertempsql:insert into dn_usertemp select * from dn_user2c.将dn_usertemp 拷入dn_usersql:declare @i intdeclare @j intdeclare @Name fntypeset @i=1select @j=count(*) from dn_usertempwhile @i<@j 1beginselect @Name=Name from dn_usertemp where Num=@iprint @Nameinsert into dn_user (Name) values (@Name) where Num=@iselect @i=@i 1end---------------------------creat到--然后把数据库名改成想复制到的那个库的名称

已发送两份解决文档给你。请查收。希望能帮到你。

第一步：将登录失败的界面都关闭，然后右键点击电脑右下角的时间，点击任务管理器，点击进程，找Kingbase这个程序，如果有就选中并结束进程。如果没有直接关闭此页面即可。第二步：以基层版软件安装在D盘为例，将D:zzbsoft全国党员管理信息系统（基层版）dbdata文件夹中“kingbase.pid”文件删除； 第三步：右键点击“我的电脑”，点管理--选择服务和应用程序--服务，在右侧的方框中查看是否有“kingbaseES Listener Service”程序，如有右键选择启动或重新启动。 第四步：如可启动，回到桌面重新登录基层版软件；如不能启动有报错，则需要卸载重装基层版软件； 第五步：信息备份存放路径：D:zzbsoft全国党员管理信息系统（基层版）systemmanager信息输出文件夹中。注意：在这里特别提醒当你顺利安装，并顺利运行后，将其备份，以备今后出现问题时恢复。卸载重新安装的步骤第一步：在开始—控制面板—添加或删除----卸载全国党员管理信息系统（基层版）系统和金仓数据库。第二步：卸载完成后到安装路径下（默认的是D盘），将“zzbsoft”文件夹删掉。---注意，如果无法删除，则重新启动电脑，然后再删除该文件夹。第三步：删除完成后，在安装光盘—全国党员管理信息系统（基层版）—工具箱中找到“技术支持工具箱(32位).exe”，双击该技术支持工具箱，然后点击进行数据库残留信息清理。第四步：以上完成后，将光盘中的内容全部拷贝到电脑上，（光盘中有2个文件夹，4个文件一起拷贝），然后在电脑上重新进行软件安装。注意：重新安装的时候请将杀毒软件、防火墙关闭，并且安装过程中选择的安装路径的地址保证有足够的硬盘空间，同时要注意保证C盘有总够的空间

你删了JAVA，就是说着系统是你开发的咯。你可以调试呀，看看具体错误是什么；

vs2013 感觉 不是很好用啊，自带了数据库，你把数据库管理那个窗口打开 选择你自己的新建的数据库，右键点附加。然后选择文件路径，

本地数据库扩展名为.sdf，是一个基于sqlservercompactedition的数据库文件，不需要安装SQLServer就可以用基于服务的数据库扩展名为.mdf，是基于SQLServer服务的，需要在运行程序的机器安装SQLServer（enterprise/standard/express等版本都可以）顾名思义，本地数据库就是本地一个文件，程序直接访问，基本服务的数据库需要有一个数据库服务来提供访问服务

用Sql 2005->Sql Server Management Studio,连接时选择数据库类型为Sql Server Mobile,数据库文件一栏选择到您需要的.sdf文件即可。

fv

如果只为实现离线，可以先将sqlserver转成成文本，再将文本进行任意格式处理

参考JAVA　的APIInterface java.sql.Statementint executeUpdate(String sql,　 int autoGeneratedKeys) Executes the given SQL statement and signals the driver with the given flag about whether the auto-generated keys produced by this Statement object should be made available for retrieval.

http://technet.microsoft.com/zh-cn/library/ms190794.aspxhttp://technet.microsoft.com/zh-cn/library/ms191491.aspx

empty_LOB::=Description of the illustration empty_lob.gifPurposeEMPTY_BLOB and EMPTY_CLOB return an empty LOB locator that can be used to initialize a LOB variable or, in an INSERT or UPDATE statement, to initialize a LOB column or attribute to EMPTY. EMPTY means that the LOB is initialized, but not populated with data.上面的文章来自ORACLE官方文档 ： lob对象在使用前需要用empty_blob/empty_clob来初始化 就比如 往杂物箱里面放一个新东西 你得先腾出一个空间再来放东西进去不一定是别个藏着吧，估计是太基础了，不想说而已 或者 他们也不知道具体为什么要先这样后那样，只知道用法是那样…哈哈哈哈… 如果你用的是oracle的话 建议你看下 oracle 官方文档里面的sql language reference 和 sql developer guide http://docs.oracle.com/cd/E11882_01/server.112/e41084/toc.htm

mysql数据库中longtext，改成longblob

oracle11g推出以后有了一种新的LOBS的存储模式叫做SecureFile LOBs 与之区别 把以前使用的叫做basicFile Lobs 根据官方文档上的说法 secure是哪哪都好。提供了压缩 重复消除 加密等新的功能 但是basicFile Lobs依然是default的 secureFime的用法是通过在LOB存储子句后添加SECUREFILE关键字来创建 最简单的一种写法： SQL> CREATE TABLE images ( 2 id NUMBER, 3 i_data CLOB 4 ) 5 LOB(i_data) STORE AS BASICFILE; Table created SQL> CREATE TABLE images2 (id NUMBER, 2 i_data CLOB 3 ) 4 LOB(i_data) STORE AS SECUREFILE; Table created. ——————————————————————————— Securefile列标明了是否为SecureFile类型的LOB SQL> SELECT TABLE_NAME,SEGMENT_NAME,INDEX_NAME,SECUREFILE FROM DBA_LOBS WHERE TABLE_NAME like ‘IMAGES%"; TABLE_NAME SEGMENT_NAME —————————— —————————— INDEX_NAME SEC —————————— — IMAGES SYS_LOB0000076951C00002$$ SYS_IL0000076951C00002$$ NO IMAGES2 SYS_LOB0000076948C00002$$ SYS_IL0000076948C00002$$ YES Securefile 使用Securefile LOB的表也是自动生成LOB segment和LOB index的。 但是此时LOB index只有在使用重复消除功能时才会使用，在其他情况下不会使用 SQL> CREATE TABLE images2 (id NUMBER, 2 i_data CLOB 3 ) 4 LOB(i_data) STORE AS SECUREFILE 5 ; CREATE TABLE images2 (id NUMBER, * ERROR at line 1: ORA-43853: SECUREFILE lobs cannot be used in non-ASSM tablespace “SYSTEM” 要注意，Securefile LOB只能在ASSM的表空间（自动管理的表空间）里创建， 不过既然从9i起ASSM表空间就是默认设置了，一般这里不会有多大问题。 只是要求SecureLOB所在的LOB列数据需要存放在ASSM表空间中，而包含LOB列的那个表可以不是 CREATE TABLE images2 (id NUMBER,i_data CLOB) LOB(i_data) STORE AS SECUREFILE (tablespace ucjmh); SQL> conn / as sysdba Connected. SQL> CREATE TABLE images2 (id NUMBER,i_data CLOB) LOB(i_data) STORE AS SECUREFILE (tablespace ucjmh); Table created. ————————————————————————————————– SQL> show parameter DB_SECUREFILE NAME TYPE VALUE ———————————— ———– —————————— db_securefile string PERMITTED 这个值的取值范围有： DB_SECUREFILE = { NEVER | PERMITTED | ALWAYS | IGNORE } PERMITTED 是默认的 就是当你指定是什么的时候就是什么 FORCE 是ORA-43853的来源 意思就是不管你是否指定用SecureFile 创建的时候都是用Securefile 如果不是在ASSM的表空间 那么就报ORA-43853 ALWAYS 意思就是不管你是否指定用SecureFile 创建的时候都是用Securefile 但是如果你是非ASSM的表空间 那就是BASICFILE 如果非ASSM的时候你还显示的指定了用SecureFiLE 那也报43853 NEVER 是不管怎么样都是BasicFile 如果指定了一些加密或压缩之类的参数那么就报ORA-43853 IGNORE 是不管怎么样都是BasicFile 如果指定了一些加密或压缩之类的参数也不报错。 chunk: 在BasicFile的LOB中，Chunk的大小是一定的，最小跟DB Block的大小一样，最大为32KB –一个chunk最多只保留一行LOB数据，也就是说，如果你设置了32K的CHUNK，但是如果LOB字段大小只有4K，也将占用32K的空间 而在SecureFile中，chunk的size是可变的，由Oracle自动动态分配，最小跟DB Block的大小一样，最大为64MB –指定的值最好是数据库块的倍数,而且指定的值不能大于表空间区间中NEXT的值 当指定enable storage in row的时候，当lob size =4000 bytes的时候,将存储在lob段里面，其存储方式和表段存储方式完全不一样，使用的是chunk为最小单位的存储，没有行迁移和行链接的概念。 如果设置了enable storage in row 那么oracle会自动将小于4000bytes的数据存储在行内, 这是ORACLE的默认值， 对于大于4000字节的lob字段保存在lob段（同disable storage in row），在表段将保留36-84字节的控制信息。 对于disable storage in row，Oracle将lob字段分开保存在lob段中，而仅仅在行位置保留20字节的指针。 对于相当于disable storage in row的这部分（也就是单独保存在LOB段的这部分数据），UNDO仅仅是记录指针与相关lob索引改变，如果发生更新操作等DML操作，原始数据将保留在LOB段 DISABLE STORAGE IN ROW:如果DISABLE这个属性,那么lob数据会在行外存储,行内只存储该lob值得指针,而且这个属性在表 storage as(cache|nocahce)表示是否允许lob段经过buffer cache并缓存。默认是nocache，表示直接读与直接写，不经过数据库的data buffer。所以，默认情况下，对于单独保存在LOB段的这部分数据，在发生物理读的时候，是直接读，如direct path read (lob) storage as(nocache logging |nocache nologging)，logging/nologging属性只对nocache方式生效，默认是logging，如果是nologging方式，对于 保存在行外的log部分，在update等DML操作时将不记录redo日志 PCTVERSION integer、RETENTION:都是ORACLE用来管理LOB字段镜像数据的。在LOB 数据的更新过程中, ORACLE没有用UNDO TABLESPACE空间，而是从LOB字段所在的表空间里划分一段空间来做镜像空间的, 这个空间的大小由PCTVERSION参数控制,默认值为10,代表划分表空间的10%作为镜像空间, 每个镜像空间的单元大小由CHUNK参数指定,pctversion可以使用在manual undo mode和automatic undo mode 环境中 retention应用了automatic undo mode中的undo_retention通过时间来管理lob镜像空间. pctversion和retention不能同时被指定.建议数据库在automatic undo mode下使用retention参数 SecureFile的COMPRESS选项在表或分区一级上开启了对LOB内容的压缩，使用关键字MEDIUM和HIGH表示压缩的等级， 如果没有指定压缩等级，就默认为MEDIUM，对LOB内容进行压缩会增加系统开销， 因此使用高等级的压缩可能会对系统性能产生不良影响，SecureFile LOB的压缩功能不影响表压缩，反之亦然 SecureFile LOB的加密功能依赖于钱夹或硬件安全模型（HSM）掌管加密密钥，钱夹设置与透明数据加密（TDE）和表空间加密描述的一样， 因此在尝试下面的例子前先完成那两个实验。SecureFile的ENCRYPT选项执行块级别的LOB内容加密， 一个可选的USING子句定义了使用哪种加密算法（3DES168, AES128, AES192, 或AES256），默认使用AES192算法， NO SALT选项对于SecureFile加密不可用，加密是应用在每一列上的，因此它会影响所有使用LOB的分区，DECRPT选项用于明确地阻止加密 加密是不受imp/exp或表空间传输支持的，因此必须使用impdp/exddp来传输数据 BasicFile和SecureFile LOB共享了部分基础的缓存和日志选项，常见的缓存选项有： CACHE – LOB数据被放在缓冲区中。 CACHE READES – 仅读取LOB数据过程中它放在缓冲区中，写操作时不放进去。 NOCACHE – LOB数据不放在缓冲区中，这是BasicFile和SecureFile LOB的默认值。 基本的日志选项有： LOGGING – 创建和修改LOB时产生完全重做日志，这是默认设置。 NOLOGGING – 操作不记录在重做日志中，因此不能恢复，在首次创建和巨大的载入过程中有用。 而且，SecureFile LOB还有一个日志选项FILESYSTEM_LIKE_LOGGING，只记录元数据，在出现故障后仍然允许段的恢复。 CACHE选项意味着LOGGING，因此你不能将CACHE与NOLOGGING或FILESYSTEM_LIKE_LOGGING合在一起使用。 如果要移动表 ALTER TABLE table_name LOB (lob_item) STORE AS [lob_segment] ( TABLESPACE tablespace_name (STORAGE…..) ENABLE|DISABLE STORAGE IN ROW CHUNK integer PCTVERSION integer RETENTION FREEPOOLS integer CACHE|NOCACHE|CACHE READS INDEX lobindexname (TABLESPACE tablesapce_name ((STORAGE…..)) )

A.CLOB 是内置类型，它将字符大对象 (Character Large Object) 存储为数据库表某一行中的一个列值。B.BLOB常常是数据库中用来存储二进制文件的字段类型。C.CFile是MFC文件类的基类，它直接提供非缓冲的二进制磁盘输入/输出设备，并直接地通过派生类支持文本文件和内存文件。D.BFILE：DB外部的二进制文件，它们分为两类：内部LOB：存放在DB内部，包括BLOB，CLOB，BCLOB；外部文件：存放在DB外面，就是BFILE 。

BFILE是LOB类型用来储存数据库以外的操作系统文件 BFILE是二进制文件类型 与数据库外的操作系统文件相关联该文件储存二进制大对象

书店购买。淘宝上卖的英文数据库都和书店有合作，英文数据库来源都是在书店购买获得。淘宝网是亚太地区较大的网络零售、商圈，由阿里巴巴集团在2003年5月创立。

算是一个中间件例如你安装了oracle数据库，然后需要用jsp建立一个网站，那么weblogic的作用就像是一个中间件让jsp通过weblogic与数据库文件进行数据交互。

刚好我看了，还在张贴版上，给你贴到这你也看看就明白了。raise-function ::= RAISE ( ABORT, error-message ) | RAISE ( FAIL, error-message ) | RAISE ( ROLLBACK, error-message ) | RAISE ( IGNORE ) 当触发器程序执行中调用了上述前三个之一的形式时，则执行指定的ON CONFLICT进程(ABORT, FAIL或者ROLLBACK) 且终止当前查询，返回一个SQLITE_CONSTRAINT错误并说明错误信息。当调用RAISE(IGNORE)，当前触发器程序的余下部分，触发该触发器的语句和任何之后的触发器程序被忽略并且 不恢复对数据库的已有改变。 若触发触发器的语句是一个触发器程序本身的一部分，则原触发器程序从下一步起继续执行。使用DROP TRIGGER删除触发器。

SQLCA.AutoCommit = False设成false之后需要手动提交update执行之后并没有更新数据库，而放到了缓冲区里，如果要更新数据库就commit;否则用rollback回滚一般在update之后都要检查执行情况比如if sqlca.sqlcode <> 0 then rollback;else commit;end if

你是 after触发的，也就是添加或者修改完毕后进行的触发。什么是添加或者修改完毕？如果在一个session中进行添加或者修改后，没有提交，那么仅仅在这个窗口可以查询到，你认为数据库认为修改完毕了么？明显没有，只有commit提交了，也就是事务完成了，才认为修改完毕，那么事务提交以后，怎么rollback。rollback是提交以前的动作，提交以后，rollback没有任何作用的。

前滚： 未完全提交的事务，即该事务已经被执行commit命令了，只是现在该事务修改所对应的脏数据块中只有一部分被写到磁盘上的数据文件中，还有一部分已经被置为提交标记的脏块还在内存上，如果此时数据库实例崩溃了，则当数据库实例恢复时，就需要用前滚（这个机制）来完成事务的完全提交，即将先前那部分已经被置为提交标记且还在内存上的脏块写入到磁盘上的数据文件中。回滚： 未提交的事务，即该事务未被执行commit命令。但是此时，该事务修改的脏块中也有可能一部分脏块写入到数据文件中了。如果此时数据库实例崩溃了，则当数据库实例恢复时，就需要用回滚（这个机制）来将先前那部分已经写入到数据文件的脏块从数据文件上撤销掉。

rollback指令 是数据回滚，前提是支持数据回滚。ps：哪种数据库？mysql中innodb引擎表开启了事务，执行dml语句，比如delete、update、insert之类，并且没有提交即commit操作的话，可以执行rollback进行回滚恢复。如果是ddl操作，如drop、create、alter之类的操作时无效的。

查看 MySQL 客户端的事务提交方式命令：select @@autocommit;修改 MySQL 客户端的事务提交方式为手动提交命令：set @@autocommit = 0;（注：0 表示手动提交，即使用 MySQL 客户端执行 SQL 命令后必须使用commit命令执行事务，否则所执行的 SQL 命令无效，如果想撤销事务则使用 rollback 命令。1 表示自动提交，即在 MySQL 客户端不在需要手动执行 commit 命令。）MySQL 在自动提交模式下，每个 SQL 语句都是一个独立的事务。注意：1、手动设置set @@autocommit = 0，即设定为非自动提交模式，只对当前的mysql命令行窗口有效，打开一个新的窗口后，默认还是自动提交；2、对于非自动提交模式，比如在命令行中添加一条记录，退出命令行后在重新打开命令行，之前插入的记录是不在的。（用select * from + 表名 验证一下就可以了）

1>2> select * from test_main3> goid value----------- ---------- 1 ONE 2 TWO 3 THREE(3 行受影响)1> BEGIN TRY2> -- SQL Server 需要显示的定义 开始一个事务.3> BEGIN TRANSACTION;4> -- 插入2条同样的数据，使主键重复，引发错误后回滚事务.5> INSERT INTO test_main(id, value) VALUES (4, "FOUR");6> INSERT INTO test_main(id, value) VALUES (4, "FOUR");7> -- 执行成功后，需要提交事务.8> COMMIT;9> END TRY10> BEGIN CATCH11> PRINT("Main.错误代码 = " + STR(ERROR_NUMBER()));12> PRINT("Main.错误严重级别 = " + STR(ERROR_SEVERITY()));13> PRINT("Main.错误状态代码 = " + STR(ERROR_STATE()));14> PRINT("Main.错误信息 = " + ERROR_MESSAGE());15> -- 回滚事务16> ROLLBACK;17> END CATCH18>19> go(1 行受影响)Main.错误代码 = 2627Main.错误严重级别 = 14Main.错误状态代码 = 1Main.错误信息 = 违反了 PRIMARY KEY 约束 "PK__test_main__47DBAE45"。不能在对象 "dbo.test_main" 中插入重复键。1> select * from test_main;2> goid value----------- ---------- 1 ONE 2 TWO 3 THREE(3 行受影响)

通常是用在存储过程或者嵌入式SQL编程中，一个事务如果包含多个动作，尤其是多个改写数据库数据的动作，应该在最后写上commit，而在捕获到错误时，进行rollback。

应该是某个用户某次操作的回滚。

灰常多，请耐心查看。字符集Start-----------------------Charset Description Default collationbig5 Big5 Traditional Chinese big5_chinese_cidec8 DEC West European dec8_swedish_cicp850 DOS West European cp850_general_cihp8 HP West European hp8_english_cikoi8r KOI8-R Relcom Russian koi8r_general_cilatin1 cp1252 West European latin1_swedish_cilatin2 ISO 8859-2 Central European latin2_general_ciswe7 7bit Swedish swe7_swedish_ciascii US ASCII ascii_general_ciujis EUC-JP Japanese ujis_japanese_cisjis Shift-JIS Japanese sjis_japanese_cihebrew ISO 8859-8 Hebrew hebrew_general_citis620 TIS620 Thai tis620_thai_cieuckr EUC-KR Korean euckr_korean_cikoi8u KOI8-U Ukrainian koi8u_general_cigb2312 GB2312 Simplified Chinese gb2312_chinese_cigreek ISO 8859-7 Greek greek_general_cicp1250 Windows Central European cp1250_general_cigbk GBK Simplified Chinese gbk_chinese_cilatin5 ISO 8859-9 Turkish latin5_turkish_ciarmscii8 ARMSCII-8 Armenian armscii8_general_ciutf8 UTF-8 Unicode utf8_general_ciucs2 UCS-2 Unicode ucs2_general_cicp866 DOS Russian cp866_general_cikeybcs2 DOS Kamenicky Czech-Slovak keybcs2_general_cimacce Mac Central European macce_general_cimacroman Mac West European macroman_general_cicp852 DOS Central European cp852_general_cilatin7 ISO 8859-13 Baltic latin7_general_cicp1251 Windows Cyrillic cp1251_general_cicp1256 Windows Arabic cp1256_general_cicp1257 Windows Baltic cp1257_general_cibinary Binary pseudo charset binarygeostd8 GEOSTD8 Georgian geostd8_general_cicp932 SJIS for Windows Japanese cp932_japanese_cieucjpms UJIS for Windows Japanese eucjpms_japanese_ci字符集End-----------------------字符集--校验 关系Start------------------Collation Charset Defaultbig5_chinese_ci big5 Yesbig5_bin big5 dec8_swedish_ci dec8 Yesdec8_bin dec8 cp850_general_ci cp850 Yescp850_bin cp850 hp8_english_ci hp8 Yeshp8_bin hp8 koi8r_general_ci koi8r Yeskoi8r_bin koi8r latin1_german1_ci latin1 latin1_swedish_ci latin1 Yeslatin1_danish_ci latin1 latin1_german2_ci latin1 latin1_bin latin1 latin1_general_ci latin1 latin1_general_cs latin1 latin1_spanish_ci latin1 latin2_czech_cs latin2 latin2_general_ci latin2 Yeslatin2_hungarian_ci latin2 latin2_croatian_ci latin2 latin2_bin latin2 swe7_swedish_ci swe7 Yesswe7_bin swe7 ascii_general_ci ascii Yesascii_bin ascii ujis_japanese_ci ujis Yesujis_bin ujis sjis_japanese_ci sjis Yessjis_bin sjis hebrew_general_ci hebrew Yeshebrew_bin hebrew tis620_thai_ci tis620 Yestis620_bin tis620 euckr_korean_ci euckr Yeseuckr_bin euckr koi8u_general_ci koi8u Yeskoi8u_bin koi8u gb2312_chinese_ci gb2312 Yesgb2312_bin gb2312 greek_general_ci greek Yesgreek_bin greek cp1250_general_ci cp1250 Yescp1250_czech_cs cp1250 cp1250_croatian_ci cp1250 cp1250_bin cp1250 cp1250_polish_ci cp1250 gbk_chinese_ci gbk Yesgbk_bin gbk latin5_turkish_ci latin5 Yeslatin5_bin latin5 armscii8_general_ci armscii8 Yesarmscii8_bin armscii8 utf8_general_ci utf8 Yesutf8_bin utf8 utf8_unicode_ci utf8 utf8_icelandic_ci utf8 utf8_latvian_ci utf8 utf8_romanian_ci utf8 utf8_slovenian_ci utf8 utf8_polish_ci utf8 utf8_estonian_ci utf8 utf8_spanish_ci utf8 utf8_swedish_ci utf8 utf8_turkish_ci utf8 utf8_czech_ci utf8 utf8_danish_ci utf8 utf8_lithuanian_ci utf8 utf8_slovak_ci utf8 utf8_spanish2_ci utf8 utf8_roman_ci utf8 utf8_persian_ci utf8 utf8_esperanto_ci utf8 utf8_hungarian_ci utf8 ucs2_general_ci ucs2 Yesucs2_bin ucs2 ucs2_unicode_ci ucs2 ucs2_icelandic_ci ucs2 ucs2_latvian_ci ucs2 ucs2_romanian_ci ucs2 ucs2_slovenian_ci ucs2 ucs2_polish_ci ucs2 ucs2_estonian_ci ucs2 ucs2_spanish_ci ucs2 ucs2_swedish_ci ucs2 ucs2_turkish_ci ucs2 ucs2_czech_ci ucs2 ucs2_danish_ci ucs2 ucs2_lithuanian_ci ucs2 ucs2_slovak_ci ucs2 ucs2_spanish2_ci ucs2 ucs2_roman_ci ucs2 ucs2_persian_ci ucs2 ucs2_esperanto_ci ucs2 ucs2_hungarian_ci ucs2 cp866_general_ci cp866 Yescp866_bin cp866 keybcs2_general_ci keybcs2 Yeskeybcs2_bin keybcs2 macce_general_ci macce Yesmacce_bin macce macroman_general_ci macroman Yesmacroman_bin macroman cp852_general_ci cp852 Yescp852_bin cp852 latin7_estonian_cs latin7 latin7_general_ci latin7 Yeslatin7_general_cs latin7 latin7_bin latin7 cp1251_bulgarian_ci cp1251 cp1251_ukrainian_ci cp1251 cp1251_bin cp1251 cp1251_general_ci cp1251 Yescp1251_general_cs cp1251 cp1256_general_ci cp1256 Yescp1256_bin cp1256 cp1257_lithuanian_ci cp1257 cp1257_bin cp1257 cp1257_general_ci cp1257 Yesbinary binary Yesgeostd8_general_ci geostd8 Yesgeostd8_bin geostd8 cp932_japanese_ci cp932 Yescp932_bin cp932 eucjpms_japanese_ci eucjpms Yeseucjpms_bin eucjpms 字符集--校验 关系END------------------========================如果你可以访问MYSQL的话。教你两个语句。直接查出来看。格式比这个好看。SHOW CHARACTER SET SHOW COLLATION如果需要。我有电子表格。给我发邮件索要。liuhuanaiaiai@163.com。Over！

　　DBA数据库管理员要求:x0dx0a　　近年来，我一直在和数据库管理员打交道，并直接面试了很多DBA职位。本文想概括一下IT行业对DBA的要求，以及国内DBA的新资现状。可以肯定地说，做一个高级DBA是很不错的职业。如果你打算成为一名DBA，那么希望本文起到抛砖引玉的作用。x0dx0ax0dx0a　　什么是DBAx0dx0ax0dx0a　　数据库管理员，英文是Database Administrator，简称DBA。这个职位对不同的人意味着不同的意义。一个小的软件开发工作室和一个分工高度明细的大公司相比，DBA的职责来得更加宽泛一些。一个公司，不管它是自己开发应用软件，还是购买第三方的应用软件，只要涉及到数据库（有多少不涉及数据库的应用软件呢？数据库是商业的灵魂和大脑啊），就需要确定是否雇佣一个或几个DBA。知道DBA这个职位有哪些要求，对于企业内部这个职位的定义或者对于那些未来的DBA将是至关重要的。下面我列出了DBA的一些职责：x0dx0ax0dx0a　　安装和升级数据库服务器（如Oracle、Microsoft SQL server），以及应用程序工具。 数据库设计系统存储方案，并制定未来的存储需求计划。 一旦开发人员设计了一个应用，就需要DBA来创建数据库存储结构（tablespaces）。 一旦开发人员设计了一个应用，就需要DBA来创建数据库对象（tables,views,indexes）。 根据开发人员的反馈信息，必要的时候，修改数据库的结构。 登记数据库的用户，维护数据库的安全性。 保证数据库的使用符合知识产权相关法规。 控制和监控用户对数据库的存取访问。 监控和优化数据库的性能。 制定数据库备份计划，灾难出现时对数据库信息进行恢复 维护适当介质上的存档或者备份数据 备份和恢复数据库 联系数据库系统的生产厂商，跟踪技术信息。 DBA的个性特点x0dx0ax0dx0a　　很多时候管理人员都忽视了DBA的个性特点，他们只关注DBA的技术能力。实际上，上面谈到的每个职责都意味着：DBA需要跟各种人员打交道，这些人员可能是销售商、用户、开发人员或者管理人员。这说明：DBA必须具有下面的个性特点：x0dx0ax0dx0a　　自信心 好奇心 坚韧的意志力 老练 自我驱动 注意细节 为什么这些个性特点很重要呢？x0dx0ax0dx0a　　我就有几个缺乏自信心的部下，他们反复问我一些事无巨细的问题，他们没有信心哪怕做最小的决定。他们也缺乏工作的主动性。这对于初级DBA来说可能问题不太大，但对于那些高级DBA来说，如果他们缺乏自信心，他们又可以依赖谁帮他们决策呢？在DBA的面试中，即使你不能回答某个技术问题，你也要表现出足够的自信心。最致命的不是不知道问题的答案，而是不知道从哪儿得到答案。x0dx0ax0dx0a　　几乎所有的数据库系统都在不停地更新。但并不是所有的更新都有技术文档。对于好的DBA来说，好奇心是必需的。没有好奇心和求知欲的DBA总是等待有人告诉他们答案。而一个求知欲强的DBA将安装最新版本的数据库系统，并立即开始搜寻那些哪怕是细微的功能和性能上的差异和增强，从而改进自己的工作。应试时一个必然问及的问题是：你手头有哪些参考资料？你如何使用它们？毫无疑问，如果你只回答了数据库的文档，或者你甚至没有读过他们，你的"股票市值"将大大下降。好奇心会驱使DBA们理解数据字典(Data Dictionary)、管理工具(Tools)或者其他支持包(Packages)。x0dx0ax0dx0a　　DBA常常会碰到棘手的问题。寻找答案是一个需要坚韧意志力、可以经受摔打的个性特点。我常常在一些讨论组或者论坛上看到DBA们提出的问题，这些问题往往是提问者自己可以解决的，如果他们具有坚韧的个性特点，并努力寻求问题的答案。x0dx0ax0dx0a　　自我驱动对每个人都是很重要的，对DBA尤其如此。DBA要能想办法使问题出现，而不是等待问题的出现。自驱力强的DBA常常设法取得或者自己写一些必要的脚本(Script)来监控包括数据表大小(Table Size)、表空间使用(Tablespace Usage)等项目，这些项目如果被忽视，他们将遇到麻烦。应试的时候DBA们常常被问及在PL/SQL、SQL或者SQL*PLUS方面的经验，这些问题将把你从从来没有编写过自己需要的脚本的那些DBA们区分开。x0dx0ax0dx0a　　不用说和用户，就是和程序员和管理人员打交道，也需要你足够老练。一个一点不会处事的DBA不会为你做什么好事，只会在你的部门点燃敌对情绪的烈火。老练是这样一种能力，你劝告某个人到地府去，哈哈，最后这个人怀着渴望的心情去了。很多时候，开发者、管理者、用户，他们会提出毫无道理的需求，DBA们需要老练地引导、修正它们的要求，说服他们。在应试时，你的应对就很能说明你是否老练。x0dx0a　　最后说说注意细节，这种性格倾向非常重要。注意细节的DBA们衣着整洁，有自己的日程安排，在应试前对应聘的单位做过调查。注意细节的DBA们深入了解数据库的内核，并能理解视图、表之间的关系。x0dx0ax0dx0a　　DBA的等级x0dx0ax0dx0a　　DBA的等级并不是很严格的。按照对数据库的掌握情况，我简单地分成三个等级：初级Primary、中级Intermediate和高级Senior。x0dx0ax0dx0a　　初级DBA又称为DBBS，是英文Database Baby Sitter的缩写。初级DBA常常是兼职的，他们往往同时是程序员或者兼任其他的工作。初级DBA往往把个人简历写得很棒，参与了很多和数据库有关的项目或工作。但是，这些项目或者工作往往是：第三方软件供应商已经安装并配置了数据库，他们只做一些监控的工作。他们能处理一些简单的问题，但大多数时候他们向应用软件供应商求救。初级DBA更喜欢图形化的数据库管理或者监控工具，他们喜欢Access这样的桌面数据库简单易用，并把这些小型数据库的经验简单地应用到大型数据库相关的工作中。x0dx0ax0dx0a　　初级DBA是最好区分的。而中级DBA和高级DBA就不太好区分。他们的差别在于经验的不同和个性特点、能力方面的差异。中级DBA比较多，他们可以胜任高级DBA的大部分工作，包括：x0dx0ax0dx0a　　数据库安装 数据库配置和管理 权限设置和安全管理 监控和性能调节 备份和恢复 解决一般的问题 中级DBA往往从业一年左右，熟悉某种操作系统环境下的数据库。因为对中级DBA来讲，Windows NT和Unix是有很大差别的。中级DBA对SQL比较熟悉，他们自己购买了几本数据库方面的书籍，并深入钻研。中级DBA往往同时兼任数据库程序员，他们的工作对性能、稳定性、安全性的追求基本上不是很高，往往配合高级DBA做一些例行工作。x0dx0ax0dx0a　　高级DBA在国内是非常少的。他们购买了太多的数据库方面的英文资料，也许是托朋友从Amazon买的。相对于他们的报酬来讲，买书的钱是很少的一个比例。高级DBA一般都熟悉很多种操作平台下的几种大型数据库。他们知道各种不同数据库在不同环境下的优势和劣势，并能在数据库平台和数据库环境的选择方面做出决策。他们一般通晓系统架构和数据库设计，并能对数据库进行各种级别的优化。高级DBA一般都配有助手，他们更偏向做决策和计划。高级DBA往往在银行业、保险业、在线交易等对稳定性、安全性、性能都要求比较高的关键业务处理领域大显身手。x0dx0ax0dx0a　　很多时候，是否取得数据库专家认证证书并不是很重要。我知道很多数据库厂商的培训只要你去了都会获得证书。有很多的公司提供商业化的培训，他们的服务质量也有好有劣。所以证书并不是特别地有意义。x0dx0ax0dx0a　　几种流行的数据库系统x0dx0ax0dx0a　　最"容易"的数据库系统-Microsoft SQL Serverx0dx0ax0dx0a　　如果你打算做一个DBA，建议你选择那些现在比较流行的数据库系统。这意味着你将有更多的就业机会、交流和培训机会，而且，流行自有流行的理由，你可以因此省心很多。当然，就业竞争压力也比较大。一般的入门者选择Microsoft SQL Server，这是非常适合中小型企业的数据库系统，熟悉Access的读者很容易就能初步使用Microsoft SQL Server，成为一个DBBS。 Jx0dx0a　　Microsoft SQL Server 7.0的报价，5用户版1399美金，增加用户时，127美金每用户。x0dx0ax0dx0a　　最"难"的数据库-无冕之王Oraclex0dx0ax0dx0a　　如果你有机会接触到Oracle，那可是个好机会。Oracle是目前最看好的数据库厂商，由于其强大的功能和可配置、可管理能力，Oracle DBA的薪资一般比其他数据库管理员的薪资要高。而且，Oracle在大中型企业的关键应用也更加普遍了。Oracle可以运行在Windows NT、Sun Solaris、Linux等平台下。很多情况下要求你不仅仅熟悉NT，还要你熟悉Unix；而且Oracle不太友善的界面和成箱的Oracle产品资料可能也是一个障碍。x0dx0a　　Oracle 8i标准版的报价，如果运行在Windows NT，附带JServer和interMedia，支持5个并发用户，报价是3925美金每CPU。增加并发用户时，785美金每用户。增加附加的命名用户时，392.5美金每用户。x0dx0ax0dx0a　　数据库系统的贵族-IBM UDB/DB2x0dx0ax0dx0a　　作为30年数据库研究的成果，IBM DB2确实称得上"数据库系统的贵族"。不管是小型商业系统，还是大的银行系统，用DB2都是可以高枕无忧的。最近推出的新版DB2 6.1， 管理和调节工具更加卓越和便于使用。DB2 可以运行在Intel架构上，也可以运行在IBM的S/390大型计算机上。如果你所在的行业对IBM的机器特别地称道，建议你学习IBM DB2。x0dx0ax0dx0a　　DB2有两种版本：工作组版和企业版。工作组版999美元每服务器，外加249美元每个并发用户。而企业版是12500美元每个CPU，不限并发用户数量。x0dx0ax0dx0a　　以Java为中心的数据库-Sybase Adaptive Server Enterprise(ASE) 12.0x0dx0ax0dx0a　　即将发布的Sybase ASE 12.0，直接面向Java 程序员。这种以Java为中心的数据库系统，为那些准备在Java 平台下构建企业应用的企业来说，将是最好的选择。但是ASE称不上一个数据库领域的领先者，尽管相对于它以前的版本已经改进很多，并支持多个CPU和更多的并发，还有很多的新的特性。但Sybase的风光似乎已经不再。x0dx0ax0dx0a　　值得期盼的Informix Centaurx0dx0ax0dx0a　　有时候"第一"只是意味着你的对手需要等待更长的时间去赶上你。这正是1997年创立的Informix所面临的。Informix公司是率先将多媒体特性加入到关系数据库系统的大型数据库厂商之一。但是如今，IBM、Oracle、Sybase都已经跨越了这个概念。所以，Informix不得不寻求新的支撑来使自己区别于其他数据库厂商。这就是Informix Centaur的目标。Informix Centaur结合了Informix Dynamic Server 7.3的对象-关系数据库和Informix Universal Data Option 9.1，意在获得更好的适应性和多媒体支持。详情如何，我们拭目以待！x0dx0ax0dx0a　　DBA的薪资x0dx0ax0dx0a　　有很多因素影响到你作为DBA的薪资：x0dx0ax0dx0a　　你的经验和能力所决定的DBA等级 你所熟悉的数据库系统 你的个性特点和潜力 下面的表说明了国内DBA人员的基本薪资状况，并说明了DAB等级和你所熟悉的数据库系统怎样影响到DBA的薪资。当然，这只是我个人掌握的情况，只能在一定程度上代表行业的平均水平。x0dx0ax0dx0a　　DBA等级数据库系统 初级DBA年薪(万元) 中级DBA年薪(万元) 高级DBA年薪(万元) Oracle 4 8 11 Microsoft SQL Server 3 5 8 IBM DB2 4 8 10 Sybase 3.5 6 8 Informix 4 7 10 注：每年按13个月计算。

bitsCN.com 开源数据库MySQL MySQL是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQL AB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。 MySQL为多种编程语言提供了API，包括C、C++、C#、Delphi、Eiffel、Java、Perl、PHP、Python、Ruby和Tcl等。而其自身是采用C和C++编写的，使用了多种编译器进行测试，所以，MySQL能够保证源代码具有很强的可移植性。这样的一款数据库，自然能够支持几乎所有的操作系统，从Unix、Linux到Windows，具体包括AIX、BSDi、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、NetBSD、OpenBSD、OS/2 Wrap、Solaris、SunOS、Windows等多种操作系统。最重要的是，它是一个可以处理拥有上千万条记录的大型数据库。 与此同时，MySQL也产生了很多分支版本的数据库也非常值得推荐。 首先是MariaDB，它是一个采用Maria存储引擎的MySQL分支版本，是由原来MySQL的作者 Michael Widenius创办的公司所开发的免费开源的数据库服务器。与MySQL相比较，MariaDB更强的地方在于它拥有更多的引擎，包括Maria存储引擎、PBXT存储引擎、XtraDB存储引擎、FederatedX存储引擎，它能够更快的复制查询处理、运行的速度更快、更好的功能测试以及支持对Unicode的排序等。 其次是rcona，它为MySQL数据库服务器进行了改进，在功能和性能上较MySQL有着很显著的提升。该版本提升了在高负载情况下的InnoDB的性能，同时，它还为DBA提供一些非常有用的性能诊断工具，并且提供很多参数和命令来控制服务器行为。 第三是Percona Server，它使用了诸如google-mysql-tools、Proven Scaling和 Open Query对MySQL进行改造。并且，它只包含MySQL的服务器版，并没有提供相应对 MySQL的Connector和GUI工具进行改进。 非关系型数据库NoSQL 从NoSQL的字面上理解，NoSQL就是Not Only SQL，被业界认为是一项全新的数据库革命性运动，早期就有人提出，发展至2009年趋势越发高涨。NoSQL的拥护者们提倡运用非关系型的数据存储，相对于目前铺天盖地的关系型数据库运用，这一概念无疑是一种全新的思维的注入。 当然，NoSQL也是随着互联网Web2.0网站的兴起才能取得长足的进步。关键的需求在于，传统的关系数据库在应付Web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站显得力不从心，暴露了很多难以克服的问题，而非关系型的数据库则由于其本身的特点得到了非常迅速的发展。 首先推荐的是Oracle NoSQL Database，这是一个社区版。Oracle的这个NoSQL Database， 是在10月4号的甲骨文全球大全上发布的Big Data Appliance的其中一个组件，Big Data Appliance是一个集成了Hadoop、NoSQL Database、Oracle数据库Hadoop适配器、Oracle数据库Hadoop装载器及R语言的系统。 其次推荐的是Membase。Membase是NoSQL家族的一个新的重量级的成员。Membase是开源项目，源代码采用了Apache2.0的使用许可。该项目托管在GitHub.Source tarballs上，目前可以下载beta版本的Linux二进制包。该产品主要是由North Scale的memcached核心团队成员开发完成，其中还包括Zynga和NHN这两个主要贡献者的工程师，这两个组织都是很大的在线游戏和社区网络空间的供应商。 并且，Membase容易安装、操作，可以从单节点方便的扩展到集群，而且为memcached(有线协议的兼容性)实现了即插即用功能，在应用方面为开 发者和经营者提供了一个比较低的门槛。做为缓存解决方案，Memcached已经在不同类型的领域(特别是大容量的Web应用)有了广泛的使用，其中 Memcached的部分基础代码被直接应用到了Membase服务器的前端。通过兼容多种编程语言和框架，Membase具备了很好的复用性。在安装和配置方面，Membase提供了有效的图形化界面和编程接口，包括可配置 的告警信息。 Membase的目标是提供对外的线性扩展能力，包括为了增加集群容量，可以针对统一的节点进行复制。 另外，对存储的数据进行再分配仍然是必要的。 第三推荐的是Hibari。Hibari在日语中意思为“云雀”，它是一个专为高可靠性和大数据存储的数据库引擎，可用于云计算环境中，例如 webmail、SNS和其他要求T/P级数据存储的环境中。同时，Hibari也支持Java，C/C++，Python，Ruby和Erlang语言的客户端。 第四推荐的是memcachedb。这是一个由新浪网的开发人员开放出来的开源项目，给memcached分布式缓存服务器添加了Berkeley DB的持久化存储机制和异步主辅复制机制，让memcached具备了事务恢复能力、持久化能力和分布式复制能力，非常适合于需要超高性能读写速度，但是 不需要严格事务约束，能够被持久化保存的应用场景，例如memcachedb被应用在新浪博客上面。 第五推荐的是Leveldb。这是一个Google实现的非常高效的kv数据库，目前的版本1.2能够支持billion级别的数据量了。 在这个数量级别下还有着非常高的性能，主要归功于它的良好的设计，特别是LSM算法。LevelDB是单进程的服务，性能非常之高，在一台4个Q6600的CPU机器上，每秒钟写数据超过40w，而随机读的性能每秒钟超过10w。 XML数据库的优势 XML数据库是一种支持对XML格式文档进行存储和查询等操作的数据管理系统。在系统中，开发人员可以对数据库中的XML文档进行查询、导出和指定格式的序列化。目前XML数据库有三种类型：XMLEnabledDatabase(XEDB)，即能处理XML的数据库;NativeXMLDatabase(NXD)，即纯XML数据库;HybridXMLDatabase(HXD)，即混合XML数据库。 关系数据库中的第一代XML支持是切分(或分解)文档，以适应关系表格或将文档原封不动地存储为字符或二进制大对象(CLOB 或 BLOB)。这两个方法中的任一种都尝试将XML模型强制转换成关系模型。然而，这两种方法在功能和性能上都有很大的局限性。混合型模型将XML存储在类似于DOM的模型中。XML数据被格式化为缓冲数据页，以便快速导航和执行查询以及简化索引编制。 在这里，首要要推荐的XML数据库是Sedna。它号称是一款原生态的XML数据库，提供了全功能的核心数据库服务，包括持久化存储、ACID事务、索引、安全、热备、UTF8等。实现了 W3C XQuery 规范，支持全文搜索以及节点级别的更新操作。 第二款XML数据库是BaseX。这款数据库用来存储紧缩的XML数据，提供了高效的 XPath和XQuery的实现，同时，它还提供一个前端操作界面。 第三款推荐的是XMLDB。这款数据库使用了关系型数据库来存储任意的XML文档，因为所采用的存储机制，所以文档的搜索速度特别快，同时执行XSL转换也相当快。XMLDB同时还提供了一个PHP的模块，可以应用在Web应用中。 第四块推荐的是X-Hive/DB。它是一个为需要高级XML数据处理和存储功能的软件开发者设计的强大的专属XML数据库。X-Hive/DB Java API包含存储、查询、检索、转换和发表XML数据的方法。 与传统关系型数据库相比，XML数据库具有以下优势：第一，XML数据库能够对半结构化数据进行有效的存取和管理。如网页内容就是一种半结构化数据，而传统的关系数据库对于类似网页内容这类半结构化数据无法进行有效的管理。第二，提供对标签和路径的操作。传统数据库语言允许对数据元素的值进行操作，不能对元素名称操作，半结构化数据库提供了对标签名称的操作，还包括了对路径的操作。第三，当数据本身具有层次特征时，由于XML数据格式能够清晰表达数据的层次特征，因此XML数据库便于对层次化的数据进行操作。XML数据库适合管理复杂数据结构的数据集，如果己经以XML格式存储信息，则XML数据库利于文档存储和检索;可以用方便实用的方式检索文档，并能够提供高质量的全文搜索引擎。另外XML数据库能够存储和查询异种的文档结构，提供对异种信息存取的支持。 bitsCN.com

客户端:新建一个任意名字.html <html> <head> <script type="text/javascript"> function test(name){ var xmlHttp = new ActiveXObject("Microsoft.XMLHTTP"); xmlHttp.open("GET","checkUser.asp?name="+name,true); xmlHttp.onreadystatechange = function(){ if(xmlHttp.readyState==4){ if(xmlHttp.status==200){ if(xmlHttp.responseText="yes") alert("可以用"); else alert("用户名已经存在!"); } } } xmlHttp.send(null); } </script> </head> <body> <input type="button" value="Ajax" onclick="test("aaa");"/> </body> </html> 服务器端：新建一个checkUser.asp <% "为了简化，我不读取数据库 if(Request.QueryString("name")="aaa") Response.Write("yes"); %>

前台必须要定义时比较吧

只看不说

高斯数据常用的命令　1.启动|停止openguass　　1.1 以操作系统用户omm登录数据主节点　　1.2 使用以上命令启动openGauss　 gs_om -t start gs_om -t stop

首先确认会话时区是否正确，会话时区可能和数据库时区不一致SQL> SELECT SESSIONTIMEZONE FROM DUAL;SESSIONTIMEZONE---------------------------------------------------------------------------+08:00会话时区是北京时区SQL> SELECT DBTIMEZONE FROM DUAL;DBTIME------+00:00DB是世界时区SQL> SELECT TZ_OFFSET(SESSIONTIMEZONE), TZ_OFFSET(DBTIMEZONE) FROM DUAL;TZ_OFFS TZ_OFFS------- -------+08:00 +00:001.检查数据库是否有这样的字段类型 TIMESTAMP WITH LOCAL TIME ZONE SQL>select c.owner || "." || c.table_name || "(" || c.column_name || ") -" || c.data_type || " " col from dba_tab_cols c, dba_objects o where c.data_type like "%WITH LOCAL TIME ZONE" and c.owner=o.owner and c.table_name = o.object_name and o.object_type = "TABLE"order by col/SQL>select u.name || "." || o.name || "." || c.name TSLTZcolumn from sys.obj$ o, sys.col$ c, sys.user$ u where c.type# = 231 and o.obj# = c.obj# and u.user# = o.owner#;2.检查当前数据库时区SQL> select * from database_properties where property_name="DBTIMEZONE";行将被截断PROPERTY_NAME PROPERTY_VALUE------------------------------ -------------------------------------------------DBTIMEZONE 00:003.改变数据库时区SQL> ALTER DATABASE SET TIME_ZONE = "+8:00";数据库已更改。SQL> shutdown immediate数据库已经关闭。已经卸载数据库。ORACLE 例程已经关闭。SQL> startupORACLE 例程已经启动。Total System Global Area 272629760 bytesFixed Size 1248528 bytesVariable Size 92275440 bytesDatabase Buffers 171966464 bytesRedo Buffers 7139328 bytes数据库装载完毕。数据库已经打开。SQL> select dbtimezone from dual;DBTIME------+08:004.检查时间SQL> select to_char(sysdate, "yyyy-mm-dd hh24:mi:ss") from dualSQL> SELECT SYSTIMESTAMP FROM dual;SYSTIMESTAMP---------------------------------------------------------------------------23-7月 -09 11.50.25.750000 上午 +08:00

数据库通常分为层次式数据库、网络式数据库和关系式数据库三种

有整数的，浮点数的，双精度的，字符串的，文本类型的，还有二进制类型的

char、varchar、nchar、nvarchar的区别 对于程序中的string型字段，SQLServer中有char、varchar、nchar、nvarchar四种类型来对应（暂时不考虑text和ntext），开建立数据库中，对这四种类型往往比较模糊，这里做一下对比。 定长或变长：所谓定长就是长度固定 char、varchar、nchar、nvarchar的区别对于程序中的string型字段，SQLServer中有char、varchar、nchar、nvarchar四种类型来对应（暂时不考虑text和ntext），开建立数据库中，对这四种类型往往比较模糊，这里做一下对比。定长或变长：所谓定长就是长度固定的，当输入的数据长度没有达到指定的长度时将自动以英文空格在其后面填充，使长度达到相应的长度；有var前缀的，表示是实际存储空间是变长的，比如varchar,nvarchar变长字符数据则不会以空格填充，比较例外的是，text存储的也是可变长。Unicode或非Unicode：数据库中，英文字符只需要一个字节存储就足够了，但汉字和其他众多非英文字符，则需要两个字节存储。如果英文与汉字同时存在，由于占用空间数不同，容易造成混乱，导致读取出来的字符串是乱码。Unicode字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示。而前缀n就表示Unicode字符，比如nchar,nvarchar，这两种类型使用了Unicode字符集。基于以上两点来看看字段容量：char，varchar 最多8000个英文，4000个汉字nchar，nvarchar 可存储4000个字符，无论英文还是汉字使用(个人偏好) ：如果数据量非常大，又能100%确定长度且保存只是ansi字符，那么char；能确定长度又不一定是ansi字符或者，那么用nchar；?对于超大数据，如文章内容，使用nText；其他的通用nvarchar。char、varchar、nchar、nvarchar特点比较如下。CHAR：CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间。VARCHAR：存储变长数据，但存储效率没有CHAR高,如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为 VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么"+1"呢？这一个字节用于保存实际使用了多大的长度。从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。TEXT：text存储可变长度的非Unicode数据，最大长度为2^31-1(2,147,483,647)个字符。NCHAR、NVARCHAR、NTEXT：这三种从名字上看比前面三种多了个"N"。和char、varchar比较起来，nchar、nvarchar最多存储4000个字符，不论是英文还是汉字；而char、varchar最多能存储8000个英文，4000个汉字。可以看出使用nchar、nvarchar数据类型时不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量上有些损失。所以一般来说，如果含有中文字符，用nchar/nvarchar，如果纯英文和数字，用char/varchar。数据库的 int,smallint,tinyint的区别Unicode 规格通过采用两个字节编码每个字符使这个问题迎刃而解。转换最通用商业语言的单一规格具有足够多的 2 字节的模式 (65,536)。因为所有的 Unicode 系统均一致地采用同样的位模式来代表所有的字符，所以当从一个系统转到另一个系统时，将不会存在未正确转换字符的问题。通过在整个系统中使用 Unicode 数据类型，可尽量减少字符转换问题。 Unicode 数据使用 SQL Server 中的 nchar、varchar 和 ntext 数据类型进行存储。bigint 从 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整型数据（所有数字）。存储大小为 8 个字节。int 从 -2^31 (-2,147,483,648) 到 2^31 - 1 (2,147,483,647) 的整型数据（所有数字）。存储大小为 4 个字节。smallint 从 -2^15 (-32,768) 到 2^15 - 1 (32,767) 的整型数据。存储大小为 2 个字节。tinyint 从 0 到 255 的整型数据。存储大小为 1 字节。date,datetime,timestamp 的区别date 表示年月日，如YY-MM-DDdatetime 表示年月日和时间信息，如YY-MM-DD HH:MM:SSdatestamp 和datetime表示的信息相同，但时间范围不同时间范围：date -- > "1000-01-01" to "9999-12-31".datetime --> "1000-01-01 00:00:00" to "9999-12-31 23:59:59".datestamp -- > "1970-01-01 00:00:01" UTC to "2038-01-19 03:14:07" UTC储存设置：timestamp4个字节储存（Time stamp value is stored in 4 bytes）值以UTC格式保存（ it stores the number of milliseconds）时区转化 ，存储时对当前的时区进行转换，检索时再转换回当前的时区。datetime8个字节储存（8 bytes storage）实际格式储存（Just stores what you have stored and retrieves the same thing which you have stored.）与时区无关（It has nothing to deal with the TIMEZONE and Conversion.）

数据库smallint用法如下：1、有符号的SMALLINT值的范围是–2^15(2^15表示2的15次幂)到2^15–1，即–32768到32767。2、无符号的SMALLINT值范围是0到2^16–1，即0到65535。INT是4字节数据，取值范围-2^31-2^31，所以在考虑最大数据范围的前提下，优先使用smallint类型。

SMALLINT 数据类型是一种精确数值数据类型，其精度在算术运算后不变。它需要 2 个字节存储。 要不你可以找本书 仔细研究最好啊

Java代码 String str = String.valueOf(smallint类型数据); // 数字类型转化为字符串 short t = Short.parseShort( str );//字符串转化为数字类型 Short s = new Short(smallint类型数据);//数字类型转化为封装类型 short st = s.shortValue();//封装类型转化为数字类型

存储大小为8个字节。int从-2^31(-2,147,483,648)到2^31-1(2,147,483,647)的整型数据（所有数字）。存储大小为4个字节。int的SQL-92同义字为integer。smallint从-2^15(-32,768)到2^15-1(32,767)的整型数据。存储大小为2个字节。tinyint从0到255的整型数据。存储大小为1字节。扩展资料：MicrosoftSQLServer是一个全面的数据库平台，使用集成的商业智能(BI)工具提供了企业级的数据管理。MicrosoftSQLServer数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2012的大型多处理器的服务器等多种平台使用。

全集的资源

smallint小整形

相当于java中的short类型，即短整型

DELETE FROM B.b WHERE NID=:OLD.NID; 首先，要把B用户的b表的删除权限给当前用户

本文档可用作将之前升级的数据库从 Oracle 11gR2 降回至下列以前版本数据库的指南与核对表：Oracle 10gR1、Oracle 10gR2、Oracle本文档可用作将之前升级的数据库从 Oracle 11gR2 降回至下列以前版本数据库的指南与核对表：Oracle 10gR1、Oracle 10gR2、Oracle 11gR1。该文档内容也适用于从 11.2.0.4 降级至 11.2.0.1需要特别注意的是，在将数据库实例从当前版本降级至升级前版本时，数据库不会返回至与其升级前相同的状态。升级过程会导致一些不可逆的更改，具体取决于涉及的版本。降级过程允许用户在之前版本中打开并访问数据库实例。这通常就足够了。此外，在降级后可能需要采取一些更正操作（如卸载/重新安装，或重新升级至当前修补程序集级别），以解决残留问题。如果目标是将实例完全返回至其升级前的状态，那么将会用到包括恰好恢复至升级前状态在内的其他流程。本文章中讨论的过程是基于脚本的降级。本文章并未讨论如何使用导入/导出、数据泵或其他方法将数据从一个版本移至另一个版本。开始降级过程之前，在服务器上应该有或已安装要降至版本的 Oracle 二进制文件。如果已卸载了希望降至版本的 Oracle 可执行文件，请将该 Oracle 二进制文件重新安装至正确的版本/修补程序级别，以便进行降级。在CentOS 6.4下安装Oracle 11gR2(x64) Oracle 11gR2 在VMWare虚拟机中安装步骤 Debian 下 安装 Oracle 11g XE R2 注意事项：示例： 对于 Exadata Bundle Patch，过程为：卸载 patch 示例： $ opatch auto /u01/app/oracle/patches/14103267 -rollback回滚SQL的变更 示例： SQL> @rdbms/admin/catbundle_EXA__ROLLBACK.sql rollback SQL 变更.解决方案降级前步骤：1: 验证所有组件和字典对象对于 11gR2 均有效并且版本正确。set pagesize500 set linesize 100select substr(comp_name,1,40) comp_name, status, substr (version,1,10) version from dba_registry order by comp_name;select substr(object_name,1,40) object_name,substr(owner,1,15) owner, object_type from dba_objects where status="INVALID" order by owner,object_type;select owner,object_type,count(*) from dba_objects where status="INVALID" group by owner,object_type order by owner,object_type;如果任何组件或 Oracle 提供的对象无效，则需要运行 utlrp.sql 对其进行重新验证。该脚本可能需要运行多次以验证所有对象。$ cd $ORACLE_HOME/rdbms/admin $ sqlplus "/ as sysdba" SQL> @utlrp.sql当完成后，重新运行上述查询以验证所有无效对象现在都是有效的。2: 如果已在数据库上启用了 Oracle Database Vault，则必须：a: 授予 SYS 帐户 Database Vault DV_PATCH_ADMIN 角色。b: 降级数据库之前禁用 Database Vault。禁用 Oracle Database Vault 触发器： SQL> CONNECT DVSYS/DVSYSSQL> ALTER TRIGGER DV_BEFORE_DDL_TRG DISABLE;SQL> ALTER TRIGGER DV_AFTER_DDL_TRG DISABLE; 3: 如果设置了操作系统参数 ORA_TZFILE，请取消其设置。如果不取消设置 ORA_TZFILE 变量，连接至数据库时可能会生成以下错误：SP2-1503: Unable to initialize Oracle call interface SP2-0152: ORACLE may not be functioning properly4: 如果在降级至之前的数据库版本之前，已运行 DBMS_DST 软件包将时区版本升级至新版本（例如在 11gR2 升级的升级后步骤期间升级至版本 11），那么必须将版本 11 时区文件安装到旧的 Oracle 数据库版本上的 $ORACLE_HOME/oracore/zoneinfo 目录中。5: 检查数据库的兼容性级别，以确定数据库是否可能具有防止降级的不兼容性。曾经设置过的 compatible 的最高值就是您能降级到的最低的那个版本。比如：如果数据库的兼容性级别已经是最新的了（比如11.2.0.4），则无法进行降级。如果数据库的兼容性级别曾经是 11.2.0 或更高，则无法将数据库降级到比 11.2.0.1 更低的版本 。如果要将数据库降级至 11gR1，COMPATIBLE 初始化参数必须从未比 11.1.0 更高。如果要将数据库降级至 10gR2，COMPATIBLE 初始化参数必须从未比 10.2.0 更高。如果要将数据库降级至 10gR1，COMPATIBLE 初始化参数必须从未比 10.1.0 更高。6: 如果数据库上安装有 Oracle Application Express，则必须将 apxrelod.sql 文件从 Oracle 11gR2 (11.2) ORACLE_HOME/apex/ 目录复制到 Oracle 主目录之外的某个目录，如系统上的临时目录。记下该文件的新位置。7: 在降级之前执行 11gR2 数据库的备份。数据库的降级步骤如果要从 11.2.0.4 降级至 11.2.0.2，使用 11.2.0.2 catrelod.sql 脚本会出现一个问题。针对版本 11.2.0.2 下载并应用修补程序 11811073，其提供了更新版本的 catrelod.sql。1: 以 Oracle Database 11g Release 2 (11.2) Oracle 主目录的所有者登录系统。2: 如果已针对数据库配置并运行了 Enterprise Manager Database Control，则按如下所示停止Database Control：a: 将 ORACLE_UNQNAME 环境变量设置为数据库唯一名称。b: 运行以下命令：RACLE_HOME/bin/emctl stop dbconsole3: 如果要降级的数据库是 Oracle Real Application Clusters (Oracle RAC) 数据库，则在所有实例上执行该步骤。

生产环境究竟是使用mysqldump还是xtrabackup来备份与恢复数据库root@client2:/var/lib/my；total77860；drwx------8mysqlmysql409；drwxr-xr-x38rootroot4096；-rw-r--r--1rootroot0Jan5；drwx------2mysqlmysql409；-rw-rw----1mysqlmysql692；-rw-rw----1mysqlmysroot@client2:/var/lib/mysql# lltotal 77860drwx------ 8 mysql mysql 4096 Mar 7 21:06 ./drwxr-xr-x 38 root root 4096 Mar 7 19:52 ../-rw-r--r-- 1 root root 0 Jan 5 14:22 debian-5.5.flagdrwx------ 2 mysql mysql 4096 Feb 11 17:39 django/-rw-rw---- 1 mysql mysql 69206016 Mar 7 21:02 ibdata1-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:02 ib_logfile0-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:01 ib_logfile1drwx------ 2 mysql mysql 4096 Jan 5 22:55 monitor/drwx------ 2 mysql root 4096 Jan 5 14:22 mysql/-rw-rw---- 1 root root 6 Jan 5 14:22 mysql_upgrade_infodrwx------ 2 mysql mysql 4096 Jan 5 14:22 performance_schema/drwxr-xr-x 2 mysql mysql 4096 Mar 7 21:03 test/drwxr-xr-x 2 mysql mysql 4096 Mar 7 19:58 xtrbackup/然后启动mysql，并查看test数据库的表里内容root@client2:/var/lib/mysql# service mysql startmysql start/running, process 12730root@client2:/var/lib/mysql# mysql -u root -pEnter password:Welcome to the MySQL monitor. Commands end with ; or g.Your MySQL connection id is 36Server version: 5.5.28-0ubuntu0.12.04.3-log (Ubuntu)Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.Oracle is a registered trademark of Oracle Corporation and/or itsaffiliates. Other names may be trademarks of their respectiveowners.Type "help;" or "h" for help. Type "c" to clear the current input statement.mysql> use test;Reading table information for completion of table and column namesYou can turn off this feature to get a quicker startup with -ADatabase changedmysql> select * from test;+------+| id |+------+| 1 || 2 || 3 || 5 |+------+5 rows in set (0.01 sec)可以看到数据库已经恢复完成可能大家有个疑问，为什么我这里不像很多网上的文章里是在apply-log后，使用copy-back如果使用/usr/bin/innobackupex --copy-back命令后，会报Original data directory is not empty! at /usr/local/xtrabackup/bin/innobackupex line 538.恢复的目录必须为空。经查官网，这是xtrabackup的一个BUG。innobackupex–copy-back was run. With this bug fix, innobackupex–copy-back operation if the destination is not empty, avoiding potential data loss or a strang combination of a restored backup and previous data. Bug Fixed: #737569 (Valentine Gostev) will now error out of the did not check that MySQL datadir was empty before所以在apply-log后直接复制数据目录到数据库的位置上吧。三、对数据库的增量备份与恢复为了进行增量备份，先对数据库添加一些数据mysql> insert into test values(11);Query OK, 1 row affected (0.10 sec)mysql> insert into test values(12);Query OK, 1 row affected (0.05 sec)mysql> insert into test values(13);Query OK, 1 row affected (0.00 sec)mysql> insert into test values(14);Query OK, 1 row affected (0.00 sec)mysql> insert into test values(15);Query OK, 1 row affected (0.00 sec)mysql> flush privileges;Query OK, 0 rows affected (0.01 sec)mysql> select * from test;+------+| id |+------+| 1 || 2 || 3 || 4 || 5 || 11 || 13 || 14 || 15 |+------+10 rows in set (0.00 sec)然后进行增量的备份root@client2:/var/lib/mysql# innobackupex --user=root --password=123456 --database=test --incremental --incremental-basedir=/tmp/restore/ /tmp/dataInnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oyand Percona Inc 2009-2012. All Rights Reserved.This software is published underthe GNU GENERAL PUBLIC LICENSE Version 2, June 1991.130307 21:13:38 innobackupex: Starting mysql with options: --password=xxxxxxxx --user="root" --unbuffered --130307 21:13:38 innobackupex: Connected to database with mysql child process (pid=12864) 130307 21:13:44 innobackupex: Connection to database server closedIMPORTANT: Please check that the backup run completes successfully.At the end of a successful backup run innobackupexprints "completed OK!".innobackupex: Using mysql Ver 14.14 Distrib 5.5.28, for debian-linux-gnu (x86_64) using readline 6.2innobackupex: Using mysql server version Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.innobackupex: Created backup directory /tmp/data/2013-03-07_21-13-44130307 21:13:44 innobackupex: Starting mysql with options: --password=xxxxxxxx --user="root" --unbuffered --130307 21:13:44 innobackupex: Connected to database with mysql child process (pid=12891) 130307 21:13:46 innobackupex: Connection to database server closed130307 21:13:46 innobackupex: Starting ibbackup with command: xtrabackup_55 --backup --suspend-at-end --target-dir=/tmp/data/2013-03-07_21-13-44 --incremental-basedir="/tmp/restore/"innobackupex: Waiting for ibbackup (pid=12898) to suspendinnobackupex: Suspend file "/tmp/data/2013-03-07_21-13-44/xtrabackup_suspended"xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined) incremental backup from 59605543 is enabled.xtrabackup: uses posix_fadvise().xtrabackup: cd to /var/lib/mysqlxtrabackup: Target instance is assumed as followings.xtrabackup: innodb_data_home_dir = ./xtrabackup: innodb_data_file_path = ibdata1:10M:autoextendxtrabackup: innodb_log_group_home_dir = ./xtrabackup: innodb_log_files_in_group = 2xtrabackup: innodb_log_file_size = 5242880130307 21:13:46 InnoDB: Using Linux native AIO>> log scanned up to (59606124)[01] Copying ./ibdata1to /tmp/data/2013-03-07_21-13-44/ibdata1.delta[01] ...done130307 21:13:50 innobackupex: Continuing after ibbackup has suspended130307 21:13:50 innobackupex: Starting mysql with options: --password=xxxxxxxx --user="root" --unbuffered --130307 21:13:50 innobackupex: Connected to database with mysql child process (pid=12913) >> log scanned up to (59606124)130307 21:13:52 innobackupex: Starting to lock all tables...>> log scanned up to (59606124)>> log scanned up to (59606124)130307 21:14:03 innobackupex: All tables locked and flushed to disk130307 21:14:03 innobackupex: Starting to backup .frm, .MRG, .MYD, .MYI,innobackupex: .TRG, .TRN, .ARM, .ARZ, .CSM, .CSV and .opt files ininnobackupex: subdirectories of "/var/lib/mysql"innobackupex: Backing up file "/var/lib/mysql/test/test.frm"innobackupex: Backing up file "/var/lib/mysql/test/db.opt"130307 21:14:03 innobackupex: Finished backing up .frm, .MRG, .MYD, .MYI, .TRG, .TRN, .ARM, .ARZ, .CSV, .CSM and .opt filesinnobackupex: Resuming ibbackupxtrabackup: The latest check point (for incremental): "59606124">> log scanned up to (59606124)xtrabackup: Stopping log copying thread.xtrabackup: Transaction log of lsn (59606124) to (59606124) was copied.130307 21:14:05 innobackupex: All tables unlocked130307 21:14:05 innobackupex: Connection to database server closedinnobackupex: Backup created in directory "/tmp/data/2013-03-07_21-13-44"innobackupex: MySQL binlog position: filename "mysql-bin.000023", position 107130307 21:14:05 innobackupex: completed OK!其中，--incremental指明是增量备份，--incremental-basedir指定上次完整备份或者增量备份文件的位置。这里的增量备份其实只针对的是InnoDB，对于MyISAM来说，还是完整备份。 在进行增量备份的恢复之前，先关闭数据库，然后删除数据库testroot@client2:/var/lib/mysql# service mysql stopmysql stop/waitingroot@client2:/var/lib/mysql# rm -rf testroot@client2:/var/lib/mysql# lltotal 77856drwx------ 7 mysql mysql 4096 Mar 7 21:17 ./drwxr-xr-x 38 root root 4096 Mar 7 19:52 ../-rw-r--r-- 1 root root 0 Jan 5 14:22 debian-5.5.flagdrwx------ 2 mysql mysql 4096 Feb 11 17:39 django/-rw-rw---- 1 mysql mysql 69206016 Mar 7 21:17 ibdata1-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:17 ib_logfile0-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:11 ib_logfile1drwx------ 2 mysql mysql 4096 Jan 5 22:55 monitor/drwx------ 2 mysql root 4096 Jan 5 14:22 mysql/-rw-rw---- 1 root root 6 Jan 5 14:22 mysql_upgrade_infodrwx------ 2 mysql mysql 4096 Jan 5 14:22 performance_schema/drwxr-xr-x 2 mysql mysql 4096 Mar 7 19:58 xtrbackup/增量备份的恢复root@client2:/var/lib/mysql# innobackupex -user=root --password=123456 --defaults-file=/etc/mysql/my.cnf --apply-log /tmp/restore/ --incremental-dir=/tmp/data/2013-03-07_21-13-44/InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oyand Percona Inc 2009-2012. All Rights Reserved.This software is published underthe GNU GENERAL PUBLIC LICENSE Version 2, June 1991.IMPORTANT: Please check that the apply-log run completes successfully.At the end of a successful apply-log run innobackupexprints "completed OK!".130307 21:18:20 innobackupex: Starting ibbackup with command: xtrabackup_55 --defaults-file="/etc/mysql/my.cnf" --prepare --target-dir=/tmp/restore --incremental-dir=/tmp/data/2013-03-07_21-13-44/xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined) incremental backup from 59605543 is enabled.xtrabackup: cd to /tmp/restore

Thermo-Calc是所有各种热力学和相图计算的通用和柔性的软件包，是建立于强大的Gibbs能最小化基础之上的。它是多于30年和100人年的劳动以及很多各种项目的国际合作的结果。Thermo-Calc软件可使用多种热力学数据库，特别是热力学数据库的国际合作

import javax.servlet.ServletException; 2 import javax.servlet.http.HttpServlet; 3 import javax.servlet.http.HttpServletRequest; 4 import javax.servlet.http.HttpServletResponse; 5 6 public class ShowRs extends HttpServlet { 7 8 @Override 9 protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {10 11 Connection conn = null;12 Statement stmt = null;13 ResultSet rs = null;14 15 resp.setContentType("text/html");16 resp.setCharacterEncoding("utf8");17 PrintWriter out = resp.getWriter();18 19 out.println("<table border=1>");20 out.println("<tr><td>Content:</td></tr>");21 22 try {23 Class.forName("com.mysql.jdbc.Driver");24 conn = DriverManager.getConnection("jdbc:mysql://localhost/spring?user=root&password=root");25 stmt = conn.createStatement();26 rs = stmt.executeQuery("select * from teams");27 while (rs.next()) {28 out.println("<tr>");29 out.println("<td>" + rs.getString("name") + "</td>");30 out.println("</tr>");31 }32 out.println("</table>");33 34 } catch (ClassNotFoundException e) {35 // TODO Auto-generated catch block36 e.printStackTrace();37 } catch (SQLException e) {38 // TODO Auto-generated catch block39 e.printStackTrace();40 }41 42 }43 44 }2. 配置web.xml文件，路径在/webapps/test/WEB-INF <servlet> <servlet-name>ShowRs</servlet-name> <servlet-class>ShowRs</servlet-class> </servlet> <servlet-mapping> <servlet-name>ShowRs</servlet-name> <url-pattern>/ShowRs</url-pattern> </servlet-mapping> 3.将mysql-connector-java-xxx.jar加入到/webapps/test/WEB-INF/lib4.打开网页进行测试，显示成功！4.1 数据库表teams原始内容4.2 通过servlet访问的name字段如何使用servlet访问mysql数据库标签：

sci是一定的，叫检索。

数据库课程设计题目：小型超市管理系统1、项目计划1.1系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。1.2背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。1.3项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。1.4应用范围本系统适应于各种小型的超市。1.5 定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。（5）盘点：计算出库存、销售额、盈利等经营指标。1.6 参考资料《数据库原理及设计》 陶宏才编 清华大学出版社《SQL Server 2000 实用教程》范立南编 清华大学出版社《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编《软件工程规范》Watts S.Humphrey编 清华大学出版社《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社《软件需求分析》 Swapna Kishore编 机械工业出版社《软件工程思想》 林锐编2、逻辑分析与详细分析2.1系统功能 （1）、零售前台（POS）管理系统，本系统必须具有以下功能：uf0b2 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。uf0b2 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。uf0b2 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。 uf0b2 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业(2)、后台管理系统，本系统必须具备以下功能uf0b2 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。uf0b2 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。uf0b2 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。uf0b2 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。（3）系统结构系统总体结构模块子系统结构功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。2.2、流程图前台管理系统顶层DFD图 第0层DFD图第1层DFD图2.3、户类型与职能（1）、员工（营业员）：uf0b2 通过商品条形码扫描输入商品到购买清单uf0b2 操作软件计算交易总金额uf0b2 操作软件输出交易清单uf0b2 对会员进行会员卡扫描以便打折（2）、：超市经理uf0b2 操作软件录入商品，供货商，厂商uf0b2 操作软件制定进货计划uf0b2 查询打印计划进货与入库记录uf0b2 操作软件控制商品销售与否uf0b2 查询打印销售情况uf0b2 操作软件生成销售排行榜uf0b2 查询库存明细记录uf0b2 根据软件发出的库存告警进行入货uf0b2 操作软件进行盘点计算（3）、总经理：uf0b2 基本信息登记管理uf0b2 员工操作权限管理uf0b2 客户销售权限管理2.4、统开发步骤uf0b2 确定参与者和相关的用况uf0b2 为每个用况设计过程uf0b2 建立顺序图，确定每个脚本中对象的协作uf0b2 创建类，确定脚本中的对象uf0b2 设计, 编码, 测试, 集成类uf0b2 为过程编写系统测试案例uf0b2 运行测试案例，检验系统2.5、系统环境需求uf0b2 系统模式 本系统采用C/S模式作为开发模式uf0b2 硬件环境 服务器端： 高性能的计算机一台， 普通的双绞线作为连接。 客户端： 普通的计算机或者工作站， 普通的双绞线作为连接。uf0b2 软件环境 服务器端：安装SQL Server 2000的服务器版本，安装windows 2000服务器版本， 配置了诺顿等必须的防毒软件。 客户端： 安装SQL Server2000的服务器版本， 安装了VB等可视化开发工具软件， 安装windows2000服务器版本。2.6、系统安全问题信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。 uf0b2 系统要能重建uf0b2 系统应该是可审查的uf0b2 系统应能进行有效控制，抗干扰能力强uf0b2 系统使用者的使用权限是可识别的3、基于UML的建模3.1语义规则用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。用例（use case）：参与者（actor）：3.2、UML模型3.21、系统UML模型 3.22、子系统UML模型（1）零售前台（POS）管理系统用例视图 （2）后台管理系统用例视图3.3、系统实现图4、超市销售系统概念设计文档（1）、系统ER图（2）、系统ER图说明1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。（3）、视图设计1) 交易视图(v_Dealing)——用于查询交易情况的视图；2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；3) 销售视图(v_Sale)——用于查询销售明细记录的视图；4) 入库视图(v_Stock)——用于查询入库情况的视图。5、逻辑设计文档（1）、系统关系模型a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）b) 用户表（用户编号，用户名称，用户密码，用户类型）c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）（2）、系统数据库表结构数据库表索引 表名 中文名MerchInfo 商品信息表User 用户表Menber 会员表Sale 销售表Dealing 交易表Stock 进货入库表Provide 供货商表Factory 厂商表商品信息表(MerchInfo)字段名 字段类型 长度 主/外键 字段值约束 对应中文名MerchID int 4 P Not null 商品编号MerchName Varchar 50 Not null 商品名称MerchPrice Money 4 Not null 价格MerchNum Int 4 Not null 库存数量CautionNum Int 4 Not null 库存报警数量PlanNum Int 4 null 计划进货数BarCode Varchar 50 Not null 条形码SalesProPrice Money 4 促销价格SalesProDateS Datetime 8 促销起日期SalesProDateE Datetime 8 促销止日期AllowAbate Int 4 Not null 允许打折AllowSale Int 4 Not null 允许销售FactoryID Varchar 10 F Not null 厂商编号ProvideID Varchar 10 F Not null 供货商编号用户表(User)字段名 字段类型 长度 主/外键 字段值约束 对应中文名UserID varchar 10 P Not null 用户编号UserName Varchar 25 Not null 用户名称UserPW Varchar 50 Not null 用户密码UserStyle Int 4 Not null 用户类型会员表(Menber)字段名 字段类型 长度 主/外键 字段值约束 对应中文名MemberID Varchar 10 P Not null 会员编号MemberCard Varchar 20 Not null 会员卡号TotalCost Money 4 Not null 累积消费金额RegDate Datetime 8 Not null 注册日期销售表(Sale)字段名 字段类型 长度 主/外键 字段值约束 对应中文名SaleID Varchar 10 P Not null 销售编号MerChID Varchar 10 F Not null 商品编号SaleDate Datetime 8 Not null 销售日期SaleNum Int 4 Not null 销售数量SalePrice Money 4 Not null 销售单额交易表(Dealing)字段名 字段类型 长度 主/外键 字段值约束 对应中文名DealingID Varchar 10 P Not null 交易编号DealingPrice Money 4 Not null 交易金额DealingDate Money 4 Not null 交易日期MemberID Varchar 10 会员卡号UserName Varchar 10 F Not null 用户名称入库纪录表(Stock)字段名 字段类型 长度 主/外键 字段值约束 对应中文名StockID Varchar 10 P Not null 入库编号MerchID Varchar 10 F Not null 入库商品编号MerchNum Int 4 Not null 入库数量MerchPrice Money 4 Not null 单额TotalPrice Money 4 Not null 总额StockDate Datetime 8 Datetime 入库日期PlanDate Datetime 8 Datetime 计划进货日期StockState Int 4 Not null 入库状态供货商表(Provide)字段名 字段类型 长度 主/外键 字段值约束 对应中文名ProvideID varchar 10 P Not null 供货商编号ProvideName Varchar 50 Not null 供货商名称ProvideAddress Varchar 250 供货商地址ProvidePhone Varchar 25 供货商电话厂商表(Provide)字段名 字段类型 长度 主/外键 字段值约束 对应中文名FactoryID varchar 10 P Not null 厂商编号FactoryName Varchar 50 Not null 厂商名称FactoryAddress Varchar 250 厂商地址FactoryPhone Varchar 25 厂商电话6、物理设计文档/*----------创建数据库----------*/create database SuperMarketdbon primary(name=SuperMarketdb,filename="C:Program FilesMicrosoft SQL ServerMSSQLDataSuperMarketdb.mdf",size=100MB,maxsize=200MB,filegrowth=20MB)log on(name=SuperMarketlog,filename="C:Program FilesMicrosoft SQL ServerMSSQLDataSuperMarketdb.ldf",size=60MB,maxsize=200MB,filegrowth=20MB)go/*----------创建基本表----------*/use [SuperMarketdb]go/*创建交易表*/CREATE TABLE Dealing ( DealingID int identity(1,1) Primary key , DealingDate datetime NOT NULL , DealingPrice money NOT NULL , UserName varchar(25) NULL , MemberCard varchar(20) NULL) GO/*创建厂商表*/CREATE TABLE Factory ( FactoryID varchar(10) Primary key , FactoryName varchar(50) NOT NULL , FactoryAddress varchar(250) NULL , FactoryPhone varchar(50) NULL )GO/*创建会员表*/CREATE TABLE Member ( MemberID varchar(10) Primary key , MemberCard varchar(20) NOT NULL , TotalCost money NOT NULL , RegDate datetime NOT NULL )GO/*创建商品信息表*/CREATE TABLE MerchInfo ( MerchID int identity(1,1) Primary key , MerchName varchar(50) Unique NOT NULL , MerchPrice money NOT NULL , MerchNum int NOT NULL , CautionNum int NOT NULL , PlanNum int NOT NULL , BarCode varchar(20) Unique NOT NULL , SalesProPrice money NULL , SalesProDateS datetime NULL , SalesProDateE datetime NULL , AllowAbate int NOT NULL , AllowSale int NOT NULL , FactoryID int NOT NULL , ProvideID int NOT NULL) GO/*创建供应商表*/CREATE TABLE Provide ( ProvideID varchar(10) Primary key , ProvideName varchar(50) NOT NULL , ProvideAddress varchar(250) NULL , ProvidePhone varchar(25) NULL )GO/*创建销售表*/CREATE TABLE Sale ( SaleID int identity(1,1) Primary key , MerChID int NOT NULL , SaleDate datetime NOT NULL , SaleNum int NOT NULL, SalePrice money NOT NULL) GO/*创建入库表*/CREATE TABLE Stock ( StockID int identity(1,1) Primary key , MerchID int NOT NULL , MerchNum int NOT NULL , MerchPrice money NULL , TotalPrice money NULL , PlanDate datetime NULL , StockDate datetime NULL, StockState int NOT NULL) GO/*创建用户表*/CREATE TABLE User ( UserID varchar(10) Primary key , UserName varchar(25) NOT NULL , UserPW varchar(50) NOT NULL , UserStyle int NOT NULL ,)GO/*----------创建表间约束----------*//*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/ALTER TABLE MerchInfo ADD CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY ( [FactoryID] ) REFERENCES Factory ( [FactoryID] ), CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY ( [ProvideID] ) REFERENCES Provide ( [ProvideID] )GO/*销售表中商品编号与商品信息表之间的外键约束*/ALTER TABLE Sale ADD CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY ( [MerChID] ) REFERENCES MerchInfo ( [MerchID] ) ON DELETE CASCADE GO/*入库表中商品编号与商品信息表之间的外键约束*/ALTER TABLE Stock ADD CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY ( [MerchID] ) REFERENCES MerchInfo ( [MerchID] ) ON DELETE CASCADE GO/*----------创建索引----------*//*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)GO/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)GO/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)GO/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)GO/*----------创建视图----------*//*创建用于查询交易情况的视图*/CREATE VIEW v_DealingASSELECT DealingDate as 交易日期, UserName as 员工名称, MemberCard as 会员卡号, DealingPrice as 交易金额FROM Dealing GO/*创建用于查询进货计划的视图*/CREATE VIEW v_PlanStockASSELECT Stock.StockID as SID, MerchInfo.MerchName as 商品名称, MerchInfo.BarCode as 条形码, Factory.FactoryName as 厂商, Provide.ProvideName as 供货商, Stock.MerchNum as 计划进货数量, Stock.PlanDate as 计划进货日期FROM Stock,MerchInfo,Provide,FactoryWhere Stock.MerchID = MerchInfo.MerchID and Provide.ProvideID=MerchInfo.ProvideID and Factory.FactoryID=MerchInfo.FactoryID and Stock.StockState=0 GO/*创建用于查询销售明细记录的视图*/CREATE VIEW v_SaleASSELECT MerchInfo.MerchName as 商品名称, MerchInfo.BarCode as 条形码, MerchInfo.MerchPrice as 商品价格, Sale.SalePrice as 销售价格, Sale.SaleNum as 销售数量, Sale.SaleDate as 销售日期FROM Sale INNER JOIN MerchInfo ON Sale.MerChID = MerchInfo.MerchID GO/*创建用于查询入库情况的视图*/CREATE VIEW v_StockASSELECT MerchInfo.MerchName as 商品名称, MerchInfo.BarCode as 条形码, Factory.FactoryName as 厂商, Provide.ProvideName as 供货商, Stock.MerchPrice as 入库价格, Stock.MerchNum as 入库数量, Stock.TotalPrice as 入库总额, Stock.StockDate as 入库日期FROM Stock,MerchInfo,Provide,FactoryWhere Stock.MerchID = MerchInfo.MerchID and Provide.ProvideID=MerchInfo.ProvideID and Factory.FactoryID=MerchInfo.FactoryID and Stock.StockState=1 GO7、小结和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：uf0b2 本系统只适合小型超市使用，不能适合中大型超市使用；uf0b2 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。

　　学习了数据库，有没有什么感想。下面是由我为大家整理的“数据库课程工作总结”，欢迎大家阅读，仅供大家参考，希望对您有所帮助。 　　数据库课程工作总结(一) 　　对实验过程中用到的软件、实现技术的评价以及对于实验过程遇到的一些问题做的总结： 　　本次实验我们是在windows操作系统平台下完成的，应用了数据库建表，触发，删除插入;powerdesigner实现数据库的概念模型、物理模型的转化;java语言中的的GUI图形用户界面、与数据库连接(jdbc)等技术。较好的在规定时间内完成了老师安排给我们的任务，实验过程中尽管遇到了不少问题，但最后经过与同伴互相探讨，借阅资料，请教老师等都使问题得到了解决。总的来说感觉数据库、powerdesigner、java语言面向对象等编程技术应用起来灵活，容易理解。短短的两周课程设计让我对java语言等编程技术产生了浓厚的兴趣，更重要的是增强了我学习的自信心。 　　 对两周的课程设计过程中老师引导的对软件开发的分配时间的分析评价 　　在第一阶段：20xx.1.2--20xx.1.6 　　我们做的题目是《小型餐饮管理系统》按照老师的安排，我们先进行系统需求和系统功能设计，在确定了我们要做的小型餐饮管理系统应具有哪些功能后利用powerdesigner汇出了数据库的物理模型(ER图)，并且进一步利用powerdesigner的强大功能由ER图继而生成了物理模型图以及数据库，完成了数据库设计阶段。在剩下来的几天里我们主要把精力集中在应用程序的调试及课程设计报告的书写上。 　　 个人负责的工作部分 　　1.与组员一起探讨分析所做项目(小型餐饮管理系统)的需求分析部分，共同完成需求部分的设计。 　　2.通过网络、书籍等查找所需的资料。 　　3.数据库部分的书写(包括数据库、表、触发器、索引、存储过程等的创建)以及完成ER图，物理模型图的设计转换部分。 　　 经验与教训 　　在实验验演示给老师看的时候，自我感觉做的挺好，能得到老师的好评和赞许，没想到的是老师看完我们的演示后提出的一系列问题让我们一时目瞪口呆。听了老师的讲解后才发现我们做的系统根本就是个废品，没有任何一家厂商愿意用我们的东西，即使免费相赠。和现实中的《餐饮管理系统》相比，我们的系统最大的不足体现在安全性方面，主要表现为以下两个方面： 　　1.顾客点菜时由于没有考虑到库户绑定问题，及设置相关的口令，从而导致点菜时乱套，无章法的问题，不方便饭店管理，严重的会出现店家亏损问题。 　　2.缺少工作人员的业绩考核环节的设计。 　　通过这次教训，我相信在以后的学习实践当中，我一定会更加认真的对待实验中的每一个环节，尤其是开始时的基础阶段。学习，成长的过程就像建造一栋高楼大厦一样，打好地基很重要，因为这关系整个楼层的稳固安全问题。我坚信在以后长远的学习的过程中我会更注重培养严谨的思维，重视细节，凡事努力打造个好的开头，脚踏实地，一步一个脚印，做到不骄不躁。 　 　心得与体会： 　　第一次接触像这样比较大的项目，通过本次课程设计我深切的体会到合作与实践的重要性。 　　第一、在实验的过程中我一边学习一边上机动手操作，才发现自己不懂的太多太多，以前的自己太渺小，我需要不断的在学习中成长。同时也深刻体会到自己需要在动手操作方面努力改进提高。 　　第二、记得老师和学长们总是教导我们要学会与他人协作，告诉我们合作的能在走出社会以后更是显得尤为重要，之前我还有点不以为然，过分的相信自己。通过本次为期两周的课程设计我对老师和学长的话坚信不移，这次实验如果没有同伴的帮助仅在两周内仅凭我个人是无法完成的，实验过程中我们一起努力，互相督促，探讨。最后较好的完成了任务，也从中学到了不少东西。我笃信在以后的学习和成长过程中我会更加注重与他人协作，互助。 　　数据库课程工作总结(二) 　　跟老板做了两个算是比较大的项目，数据库主体都是我设计的。第一个感觉很失败;第二个现在正在用，虽然总结了第一个的教训，但感觉还是有些遗憾。把这过程中的一些心得记在这里，以便日后用到时来查阅。若以后还有机会再设计数据库——现在倒还有些期待，再有新的体会，也全部补充到这里。 　　1.尽量使用数据冗余 　　随着磁盘容量的大幅飙升，这一点已经不会产生什么问题。当然冗余归冗余，不能把数据的关联弄的乱七八糟的。 　　本科数据库课程中学的知识直接拿来，在实际中会出大问题。满足三级范式的数据库结构会让你面对大量的连表查询，应用程序中会用到大量的数据库访问，既繁琐又使程序运行速度减慢。 　 　2.尽量不要使用varchar(max)类型 　　这一点主要是用动软代码生成器自动生成代码时，如果varchar的最大长度指定为max，在自动生成代码时，它无法生成这一最大长度，需要手动补进去。 　　现在感觉用个varchar(1000)就够了。 　　 3.使用预留字段 　　数据库表(尤其是动态表格)，在你把所有字段都设计好了之后，再添加几个备注字段和预留字段。 　　之前我觉得这样做没多大意义，因为预留字段的列名是没有实际意义的。这样程序中使用的时候就会让人费解。但现在觉得还是有必要的，很有必要的，即便在用到时需要自己十分清楚之前预留的无意义字段现在表示什么意义。不过我的第二个数据库中还是没采用，这也是遗憾之处啊。 　　个人感觉用note1、note2、r1(r表示reserve)、r2、r3，2个备注字段和3个预留字段就足够了,再多的话就不容易记住哪个字段具体表示什么意义了，容易晕。类型就都用varchar(200)吧。 　　在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。 　　当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。 　　我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而php是我刚接触不久的一种编程语言。不过觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。 　　知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。 　　 我精心推荐

结合电脑一起，效果最好吧。

create view v_10 as select 姓名 from 表名 where 课程=‘数据库原理与应用"

严冬梅由严冬梅主编的《数据库原理》以关系数据库系统为核心，全面介绍了数据库系统的基本原理。全书共10章，主要内容包括数据库系统基本概念、关系数据模式、关系数据库标准语言sql、关系数据库理论、查询优化、数据库保护、数据库应用系统设计、数据库编程、数据库产品及数据库技术新发展。本书中所涉及的例子均以学生学习过程为主线，每章后均附有习题，习题答案可从网站下载。为了配合教学和学生自学，本书配有制作精美的ppt课件。同时，本书还有配套教材《数据库应用与实践指导》对实验环节进行指导。

上网搜搜吧，用百度文库

徐立臻。他是东南大学的老师，讲的是数据库原理及应用，B站上一共72讲。

编程类的，你是通信工程？

数据库及其应用这个零基础肯定搞不好的，计算机专业没有之前的基础课程学习直接学后面的课程完全是自找苦吃。下面是计算机各个相关专业课程承接关系如下　　好的教材对于自学者来说是至关重要的，因此下面我们重点介绍一下适合自学用的计算机专业教材。　　一、数学　　数学是计算机专业的基础，学好数学是学好计算机专业的关键。高等数学课程主要学习微积分、空间解析几何和微分方程，一般高校通用的教材是同济大学编的《高等数学》，目前已经有了第五版，也可以使用自考教材——西安交通大学陆庆乐编的《高等数学》，可以买一些配套的辅导书和习题解答。　　还有两门重要的数学课程是《线性代数》和《概率统计》。可以分别采用高等教育出版社出版、同济大学编写的《线性代数》和浙江大学编写的《概率统计》。注意：自学一定要多做习题，而且最好一门课有一本习题解答和辅导书。　　除了上面数学基础课外，在计算机专业中举足轻重的就是《离散数学》，这门课要多花点力气来学。可以采用左孝凌教授等编的《离散数学》，上海科学技术文献出版社。也可以用北大、清华的教材，还可以参考左教授编的自学教材，经济科学出版社。　　其他课程还有《复编函数》、《计算方法》等，有余力的朋友可以选学。　　二、专业基础课　　1.《程序设计》：学习内容一般为C和C++。C语言可以采用谭浩强教授的《C程序设计》，内容比较浅显，C++方面的书推荐钱能编写的《C++程序设计》，清华大学出版社。　　2.《数据结构》：这门课程比较难，可以采用严蔚敏教授编写的《数据结构（C语言版）》，有配套习题册。好好做题，有时间多编几个大的程序。　　3.《模拟电路》和《数字电路》：这是难度较高的两门课程，选用自考教材相对来说容易些，也可以参考清华大学出版社出版的相关教材。　　三、专业课　　1.《计算机组成原理》：推荐白中英主编的《计算机组成原理》（第三版），科学出版社；黄爱英主编的《计算机组成原理》（第三版），清华大学出版社。　　2.《操作系统》：汤子赢编写的《计算机操作系统》（第三版），西安电子科技大学出版社。还可以参考高教司司长张尧学教授编写的教材，清华大学出版社。　　3.《汇编语言》：可以用清华大学出版社出版的教材，也可以用自考教材。　　4.《数据库原理》：人民大学教授王珊编的《数据库系统概论》（第三版），高等教育出版社，复旦大学施伯乐老师编写的教材也不错。　　5.《编译原理》：国防科技大学陈火旺院士编写的教材十分不错，最新版本是2000年出的，国防工业出版社。　　四、选修课　　包括计算机网络与通讯、软件工程、图形学、人工智能、系统结构、图形学等。此类课程的教材可选用全国高等教育自学考试指定教材，或参考各高校所采用的计算机专科和本科教材及配套辅导书。英文基础好的朋友可以用国外著名大学的影印版教材。　　需要提醒大家的是，除了教材，网上有许多相关课堂录像和课件，有条件的朋友要充分利用。　　我自己通过上述课程的学习和实践，已经考完了计算机本科自学考试的大部分课程，并已通过计算机四级考试，下半年还准备参加高级程序员考试。希望我的经验对大家能有所帮助。总结一下,没学过的课程大概有:1.*离散数学2.*计算机组成原理,*计算机系统结构,嵌入式系统设计,编译原理,*Unix系统3.*Internet与web编程,Cisio/Solaris网络体系设计与实现,*TCP/IP技术4.综合布线系统,信号与系统,数字信号处理,单片机及接口技术,分布式应用原理5.*IT项目管理6.多媒体*号的一定会看,其他的课可能会看.除了以上的,其他基本都在本科学过.需要进一步加强的有:1.汇编语言,操作系统,微机原理2.数据库,计算机网络,软件工程.

一：(1)select 书名,定价 from 图书 where 定价 = (select max(定价) from 图书)(2)查询存储有书名为数据库系统基础的图书管的管名.二：(1)select S#,SNAME from S where AGE>22(2)select CNAME,TEACHER from C where c# in ( select c# from SC where S# = 10001)(3)select SNAME from S where sex="女" and s# in (select S# from SC where C# in (select C# fron C where teacher = "王老师"))不能实现的话，留言