第四讲 数据库与事务日志
数据库与事务日志

缩小数据库和事务日志的容量
5MB的数据文件 mydb_data4.ndf,6MB的事务日志文 件mydb_log2.ldf,使mydb数据库容 量为23MB,事务日志容量为7MB。
【问题5.7】从mydb数据库中删除
Hale Waihona Puke 【问题5.8】将Xk数据库的15MB的
数据文件XK.mdf收缩为5MB
本 章 小 结
数据库文件
主文件:包含数据库的启动信息、数据信 息——唯一的 事务日志:包含恢复数据库的所有日志信 息——至少有一个 次要文件:主文件中不包括的所有数据信 息——0个、一个或多个
物理文件(操作系统中实际存在的文 件)和逻辑文件(数据库中的标志)
数据库文件组
主文件组、次文件组、用户定义文
示例数据库
AdventureWorks数据库 AdventureWorksDW数据库
使用Management Studio 使用CREATE DATABASE命令
创 建 数 据 库
问题:使用CREATE DATABASE命令创 建数据库mydb,它有容量分别为 10MB,8MB的两个数据文件 mydb_data1.mdf和mydb_data2.ndf. 事务日志文件mydb_log.ldf的容量 为7MB.文件存储在E:\目录下。数 据文件和事务日志文件的最大容量 为20MB,文件增量为2MB。
学会根据实际应用设计数据库, 并创建数据库的主数据文件、 次数据文件,事务日志的日志 文件技术。 会根据实际需要,扩充或缩小 数据库,给数据库增加数据文 件或日志文件,并重新配置数 据库的选项,在需要时会修改 数据库名字、删除数据库。
事务日志 格式

事务日志(Transaction Log)是数据库管理系统(DBMS)中用于记录数据库事务执行过程中的重要信息的一种日志文件。
它主要用于保证数据库的完整性和恢复能力。
事务日志的格式通常包括以下几个部分:
1.日志记录头:每个日志记录都有一个头部,包含记录的基本信息,
如记录的序列号、时间戳、事务ID等。
2.操作类型:描述了日志记录中进行的操作类型,如插入、更新、
删除等。
3.数据修改:如果操作涉及到数据修改,这部分会包含被修改的数
据的前后值。
4.事务信息:记录了与执行该操作的事务相关的信息,如事务的开
始和结束时间、事务的状态等。
5.其他信息:根据具体的日志格式和需求,可能还包含其他相关信
息,如触发器信息、锁信息等。
事务日志的格式可能会根据不同的数据库管理系统有所不同,但上述内容是事务日志中常见的一些组成部分。
通过这些信息,数据库可以在系统崩溃或其他故障发生后恢复到一致状态,保证数据的完整性和可靠性。
数据库日志类型的梳理

数据库日志类型的梳理
数据库日志是记录数据库中发生的各种活动和事件的文件。
它们可以
帮助数据库管理员追踪和监控数据库的运行状况,以便及时发现和解
决问题。
1. 错误日志:记录数据库运行期间发生的错误和异常。
这些错误可能
包括数据库连接错误、SQL语法错误、数据完整性错误等。
通过查看错误日志,管理员可以快速定位并修复问题,确保数据库的稳定运行。
2. 事务日志:记录数据库中的事务操作,包括事务的开始、提交、回
滚等操作。
事务日志还可以用于数据库的恢复和故障恢复操作,确保
数据的一致性和可靠性。
3. 查询日志:记录用户对数据库执行的查询操作。
查询日志可以用于
性能优化和故障排除,管理员可以通过分析查询日志找出慢查询语句
或者频繁执行的查询,针对性地进行优化和调整。
4. 审计日志:记录数据库用户的操作和行为,以实现安全监控和追踪。
审计日志可以用于监测潜在的安全威胁,例如未经授权的访问、异常
的数据修改等。
5. 备份日志:记录数据库备份和还原操作的详细信息。
备份日志可以
用于验证备份的完整性和一致性,以及还原操作的结果。
通过分析和监控这些日志,数据库管理员可以及时发现问题并采取相
应措施,确保数据库的可用性、稳定性和安全性。
事务日志和操作日志

事务日志和操作日志事务日志和操作日志:数据保护的最佳拍档简介:在计算机系统中,数据的完整性和可靠性是至关重要的。
为了保护数据不受损失或破坏,许多数据库管理系统使用事务日志和操作日志来记录所有的数据修改操作。
这些日志不仅可以帮助恢复数据,还可以提供审计和性能优化的功能。
本文将详细介绍事务日志和操作日志的概念、作用以及在数据保护中的重要性。
第一部分:什么是事务日志和操作日志1.事务日志:事务日志是数据库管理系统中用于记录所有事务操作的日志文件。
它包含了所有的数据修改操作,包括插入、更新和删除等。
事务日志的主要作用是提供数据库的恢复功能,确保数据的完整性和一致性。
2.操作日志:操作日志是记录数据库系统中所有操作的日志文件。
它记录了用户对数据库的所有操作,包括查询、索引创建和表分区等。
操作日志不仅可以用于审计和性能优化,还可以帮助恢复数据和排查故障。
第二部分:事务日志和操作日志的作用1.数据恢复:事务日志和操作日志可以帮助恢复数据,尤其是在系统故障或意外崩溃时。
通过重放日志中的操作,可以将数据库恢复到事务发生之前的状态,保证数据的完整性。
2.数据一致性:事务日志记录了所有的数据修改操作,包括事务的开始和结束标记。
通过事务日志,可以保证事务的原子性、一致性、隔离性和持久性,确保数据的一致性。
3.审计和追踪:操作日志可以用于审计用户对数据库的操作。
通过记录用户的操作行为,可以追踪用户的行为轨迹,发现潜在的安全问题和异常行为。
4.性能优化:操作日志可以提供有价值的性能优化信息。
通过分析操作日志,可以识别出频繁执行的查询和更新操作,从而进行索引优化、查询重写等性能优化操作。
第三部分:事务日志和操作日志的应用实例1.数据库恢复:在数据库系统崩溃或发生意外故障时,事务日志可以用于恢复数据。
通过将日志中的操作重新应用到数据库中,可以将数据库恢复到故障发生之前的状态。
2.数据库复制:事务日志可以用于数据库复制和数据同步。
数据库事务处理的事务日志存储及管理

数据库事务处理的事务日志存储及管理引言在数据库管理系统中,事务是一个关键概念,它保证了数据库操作的一致性与完整性。
事务的处理过程中,事务日志是一个至关重要的组成部分。
本文将探讨数据库事务处理的事务日志存储及管理。
一、事务日志的概述事务日志是一种用于记录数据库操作的一致性和持久性的技术,它记录了每个事务的所有操作步骤。
事务日志的主要目的有两个:一是在系统发生故障时恢复数据库到事务之前的状态,避免数据丢失;二是在数据库故障后重新启动时,将所有未提交的事务恢复到数据库中。
二、事务日志的存储方式事务日志可以通过多种方式进行存储,下面将介绍常见的两种存储方式。
1. 基于磁盘的事务日志存储基于磁盘的事务日志存储是一种常见的方式。
它将日志记录写入到数据库的物理磁盘上,并以一定的格式进行存储。
这种存储方式通常采用顺序写入的方式,可以提高写入性能。
同时,还可以通过将日志写入多个磁盘来提高容错性,避免磁盘单点故障导致数据丢失。
在这种存储方式下,数据库会周期性地将已经写入磁盘的日志记录删除,以免日志过度堆积。
2. 基于内存的事务日志存储基于内存的事务日志存储是一种高效的方式。
它将日志记录保留在内存中,并在需要时写入磁盘。
这样可以减少磁盘IO的开销,提高写入性能。
然而,基于内存的存储方式也存在一定的风险,一旦系统发生故障,尚未写入磁盘的日志记录将会丢失,导致数据不一致。
因此,在选择存储方式时需要综合考虑性能和可靠性。
三、事务日志的管理事务日志的管理是一个复杂且关键的任务,下面将介绍几个常见的事务日志管理技术。
1. 日志缓冲区管理为了提高系统的写入性能,数据库通常会使用日志缓冲区来缓存待写入磁盘的日志记录。
日志缓冲区具有一定的容量,当缓冲区达到一定的阈值时,系统会将缓冲区中的日志记录写入磁盘。
同时,为了保证数据的一致性和完整性,数据库还会将日志记录刷新到磁盘的顺序进行控制。
2. 日志恢复机制日志恢复机制是指在系统发生故障后,将数据库恢复到故障发生前的状态。
数据库存储引擎的事务处理与日志记录技术分析

数据库存储引擎的事务处理与日志记录技术分析随着数据量的不断增长和业务复杂度的提高,数据库的事务处理与日志记录技术变得越来越重要。
在数据库系统中,存储引擎是负责处理数据库存储和访问的组件,它的性能和可靠性直接影响着整个数据库系统的工作效率和数据完整性。
本文将对数据库存储引擎的事务处理与日志记录技术进行深入分析。
一、事务处理技术分析事务是数据库管理系统中的一个重要概念,它是由一组操作组成的逻辑单位,在数据库中要么全部成功执行,要么全部回滚。
事务处理技术是确保数据库操作的一致性和可靠性的关键。
数据库存储引擎通常采用以下策略来处理事务:1. ACID属性:ACID是指原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持久性(Durability)。
这些属性保证了事务的正确执行和回滚机制。
原子性指事务要么全部成功执行,要么全部回滚;一致性指事务的操作使数据库从一个一致状态变为另一个一致状态;隔离性指在并发执行的多个事务之间相互隔离,不会互相干扰;持久性指事务一旦提交,对数据库的修改将永久保存。
数据库存储引擎通过实现这些ACID属性来确保事务的正确执行。
2. 事务日志:事务日志是用于记录数据库操作的关键信息,以确保数据的完整性和一致性。
在事务进行过程中,所有的操作都会被记录到事务日志中。
如果发生故障或错误,数据库可以通过事务日志来进行回滚,保证数据的一致性。
同时,事务日志还可以用于数据库的恢复和备份,避免数据的丢失。
3. 锁机制:为了保证事务的隔离性,数据库存储引擎通常采用锁机制来解决并发访问的问题。
通过给数据对象(如表、行、列等)加锁,可以防止多个事务对同一数据对象进行并发修改,保证数据的一致性和完整性。
二、日志记录技术分析日志记录技术是数据库存储引擎中的一项重要技术,主要用于记录数据库操作的详细信息,以便在发生故障或错误时进行恢复和回滚操作。
数据库存储引擎通常采用以下策略来进行日志记录:1. 事务日志:事务日志是记录数据库操作的基本单位。
如何使用事务日志进行数据库恢复
如何使用事务日志进行数据库恢复在数据库管理系统中,事务日志(transaction log)是一种用于记录数据库管理系统执行的所有操作的文件。
它记录了数据库中所有的增删改操作,包括每个操作所影响的数据和执行的时间。
这些事务日志对于数据库的恢复特别重要,当数据库发生故障或数据丢失时,事务日志可以帮助我们还原数据库到故障发生之前的状态。
本文将讨论如何使用事务日志进行数据库恢复,并介绍相应的方法和步骤。
1. 事务日志的作用事务日志是数据库管理系统中一项重要的功能,它主要有以下几个作用:1.1 恢复数据库:当数据库发生故障、系统崩溃或数据丢失时,可以通过事务日志还原数据库到故障发生之前的状态。
1.2 保证数据一致性:事务日志记录了数据库中所有的修改操作,包括事务的开始和结束标记,可以用于保证数据库的数据一致性。
1.3 提高数据库性能:事务日志采用顺序写入的方式,相比于随机写入,效率更高,可以提高数据库的性能。
2. 数据库备份和日志记录在进行数据库恢复之前,必须保证数据库的备份和日志记录工作正常进行。
数据库备份是指将数据库的数据和事务日志保存到其他存储介质中,以便在发生故障时可以进行恢复。
日志记录是指将数据库的操作以及相应的数据变化记录到事务日志中。
数据库备份可以通过定期创建数据库备份文件来实现,常见的备份方式有完全备份和增量备份。
完全备份是指将数据库的所有数据和事务日志都备份到其他存储介质中,而增量备份是指只备份数据库更新的增量部分。
定期进行备份可以确保数据库的数据丢失最小化,同时备份文件的存储位置也需要选择一个安全可靠的地方。
日志记录是数据库中重要的一环,它记录了数据库的每个操作以及相应的数据变化。
在数据库故障或数据丢失时,可以通过事务日志的记录还原数据库到故障发生之前的状态。
因此,要确保事务日志的正常记录和保存,同时也要定期清理旧的日志文件以释放存储空间。
3. 数据库恢复的方法和步骤当发生数据库故障或数据丢失时,我们可以通过事务日志来进行数据库恢复。
数据库日志与事务的异步处理技术
数据库日志与事务的异步处理技术随着互联网的迅速发展和数据量的不断增加,对数据库的要求也越来越高。
数据库日志和事务处理是数据库的两个重要方面,对于保证数据的完整性和可靠性至关重要。
然而,随着数据量的增长,数据库日志和事务的处理也面临着挑战。
传统的同步处理方式存在着性能瓶颈和资源浪费的问题,因此需要异步处理技术的应用。
数据库日志是记录数据库操作的重要手段,可以用于故障恢复和数据完整性的保护。
传统的数据库日志处理方式是同步处理,即在事务提交之前将相关的日志写入磁盘。
这种方式虽然能够确保数据的一致性,但是由于频繁的磁盘写入操作会降低数据库的性能和响应速度。
为了提高数据库处理的性能,异步处理技术被引入到数据库日志和事务处理中。
异步处理的核心思想是将耗时的操作放在后台进行,而不影响主线程的执行。
在数据库日志和事务处理中,异步处理技术可以将日志的写入和事务的提交操作拆分为两个阶段,从而减少对主线程的影响。
一种常见的异步处理技术是消息队列。
消息队列是一种可靠且能够满足高并发需求的异步处理方式。
在数据库日志和事务处理中,可以将日志操作和事务操作放入消息队列中,由后台进程负责处理。
这样可以提高数据库的响应速度和吞吐量,减少对数据库性能的影响。
同时,消息队列也可以满足多个操作的并发处理需求,提高数据库的并发能力。
另一种常用的异步处理技术是定时任务。
定时任务是一种按照设定的时间间隔执行的后台任务。
在数据库日志和事务处理中,可以将耗时的日志写入和事务提交操作放入定时任务中执行。
这样可以减少对主线程的干扰,提高数据库的并发性能。
同时,定时任务也可以根据实际情况设定执行的时间,灵活控制任务的执行顺序,满足不同场景的需求。
除了消息队列和定时任务,还有其他一些异步处理技术可以应用于数据库日志和事务处理中。
例如,线程池技术可以通过创建多个线程来处理日志和事务操作,提高数据库的并发性能。
另外,异步事件驱动技术也可以应用于数据库日志和事务处理中,通过事件的触发和监听来处理相关操作。
数据库事务日志记录
数据库事务日志记录数据库事务日志记录是数据库管理系统中非常重要的一项功能。
它用于记录数据库操作的详细信息,包括事务的开始、提交、回滚以及数据的修改等。
事务日志的记录对于恢复数据库的一致性以及保证数据的完整性具有重要的作用。
本文将介绍数据库事务日志记录的概念、目的以及在实际使用中的应用。
一、概念数据库事务日志记录是指将数据库中所有的操作写入到日志文件中的过程。
这些操作包括对数据的修改、删除、插入等。
日志文件按照事务的顺序记录,以保证事务的一致性。
二、目的1. 恢复数据库:数据库事务日志记录可以用于恢复数据库的一致性。
当数据库发生故障时,可以通过事务日志记录的方式来还原数据库中未完成的事务,保证数据的完整性。
2. 提高性能:事务日志记录可以将多个数据库操作合并成一个批量操作,减少了对磁盘的访问次数,从而提高了数据库的性能。
3. 审计与追踪:事务日志记录可以用于审计数据库的操作。
通过分析数据库中的事务日志,可以追踪数据库中的操作记录,确保数据的安全与合规性。
三、应用1. 数据库恢复:当数据库发生故障时,可以通过事务日志记录进行数据库的恢复。
数据库管理系统会根据事务日志记录中的信息,将未完成的事务进行回滚或者重做,从而保证数据库的一致性。
2. 数据库备份:事务日志记录可以用于数据库的备份。
通过备份事务日志记录,并与数据库文件一起存储,可以实现数据库的增量备份,减少备份的时间和空间开销。
3. 数据库故障排查:事务日志记录可以用于故障排查。
当数据库发生异常时,可以通过分析事务日志记录中的信息,确定引发问题的原因,从而快速进行故障的修复。
4. 数据库性能优化:事务日志记录可以用于数据库性能优化。
通过分析事务日志记录,可以确定数据库中的热点数据,然后进行合理的优化,提高数据库的访问性能。
四、总结数据库事务日志记录对于数据库管理系统的正常运行具有重要作用。
它可以保证数据库的一致性,提高数据库的性能,同时也可以用于数据库的恢复、备份、故障排查以及性能优化等方面。
数据库事务日志管理与性能优化
数据库事务日志管理与性能优化数据库事务日志是数据库管理系统(DBMS)中非常重要的组成部分,它记录了数据库中发生的所有事务操作以及相应的更改。
日志管理和性能优化是数据库管理员的一个关键任务,对于确保数据库的稳定性和性能至关重要。
在本文中,我们将探讨数据库事务日志管理与性能优化的一些基本原则和技术。
首先,数据库事务日志的管理至关重要。
事务日志的目的是用于恢复和回滚,在系统崩溃或错误发生时能够保证数据库的一致性。
为了实现这一目标,我们需要将事务日志持久存储到磁盘上。
常见的方法是使用写前日志(write-ahead logging,WAL)技术,提高数据库故障恢复的速度和效率。
其次,合适的日志文件大小对于系统性能至关重要。
日志文件太小可能导致频繁的切换和写入操作,增加系统开销。
而过大的日志文件则可能增加事务恢复的时间。
因此,数据库管理员需要根据不同的应用和系统配置确定合适的日志文件大小,以提高系统性能。
此外,日志压缩和分割也是数据库事务日志管理的关键环节。
压缩日志文件可以节省磁盘空间,并提高写入操作的效率。
分割日志文件可以方便恢复和备份,减少单个日志文件过大导致的潜在问题。
性能优化方面,合理配置日志缓冲区大小对于提高数据库性能至关重要。
缓冲区是数据库系统用来提高数据读取和写入效率的一种手段。
因此,适当增加日志缓冲区的大小可以降低磁盘I/O的频率,从而提高整体系统性能。
此外,优化事务提交频率也能够提高数据库性能。
拆分长事务和减少事务提交可以减少事务冲突和锁竞争,提高并发性能。
然而,对于需要立即提交的事务,及时提交是必要的,避免对系统性能产生负面影响。
另外,采用高效的磁盘操作和存储技术也是性能优化的一个重要方面。
数据库服务器的磁盘I/O性能对整体数据库系统的性能有着很大的影响。
采用高速磁盘和RAID技术可以提高数据库磁盘操作的效率和容错能力。
最后,优化数据库查询和索引设计也能够对数据库性能进行有效提升。
数据库查询是数据库操作的核心部分,对于频繁的查询,优化查询语句和设计合适的索引可以大大提高查询性能。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
主文件组、次文件组、用户定义文件组 可以提高数据库的查询性能 一个文件或文件组不能用于多个数据库,只能用于一个数据 库 一个文件只能是一个文件组的成员 一个数据库的数据信息和事务日志信息总是放开存放的 事务日志文件不能成为任何文件组的成员
设计文件和文件组的规则
数据库对象
创建名为 Archive 的数据库,使用三个 10 MB 的数 据文件,包含在主文件组primary中,组中第一个文 件Arch1为主要数据文件,同时有两个 10 MB 的事务 日志文件。
管理数据库
扩充数据库和事务日志的容量 增加次要文件和事务日志文件 【练习】为newdb数据库增加一个次要文件newdb_data2. 【练习】将数据库sampdb的数据文件大小扩充到25MB 【练习】 将sampdb的日志文件扩充到15M。
CREATE DATABASE newxk ON (NAME =newxk_data, FILENAME ='C:\newxk_data.mdf', SIZE=3, MAXSIZE=10, FILEGROWTH=1) LOG ON (NAME ='newxk_log', FILENAME='C:\newxk_log.ldf', SIZE =2MB, MAXSIZE= 15MB, FILEGROWTH=1MB) GO
(二)使用向导创建数据库 步骤如下: (1)在企业管理器中,选择“工具”菜单中的“向 导”命令,出现“选择向导”窗口 (2)双击“创建数据库向导” (3)单击“下一步”按扭,出现命令数据库和指定 数据库文件位置的窗口 (4)在“数据库名称”框中输入“baoxian”;单击按 钮在“数据库文件位置”框中指定数据文件存放 的位置;单击另一按钮在“事务日志文件位置”框 中指定事务日志文件存放的位置. (5)单击“下一步”按扭,出现“命名数据库文件” 窗口,可以修改数据文件的名字和大小,这里将数 据文件初始大小指定为3MB.
管理数据库
显示数据库信息 显示数据库信息的方法有两种: 一种是使用企业管理器, 另一种方法是使用系统存储过程sp_helpdb 命令: sp_helpdb database_name
4.4 管理数据库
1.扩充数据库和事务日志的容量 第一种方法:是在创建数据库时,指定文件可以按照 给定的文件增量进行自动增长,文件增长可以以MB、 KB、GB、TB或百分比(%)为单位指定。 第二种方法:是使用ALTER DATABASE 命令增加 数据库和事务日志的容量。 第三种方法:使用ALTER DATABASE命令为数据库 增加数据库
(一)使用企业管理器
可用下列任意一种方法切换到数据库的属性窗口 (1)展开服务器,单击数据库,选择“操作”菜单中 “新建数据库”命令 (2)展开服务器,右击“数据库”,在弹出的菜单中选 择“新建数据库”命令 数据库的属性窗口给出了3部分的内容,第一部分给出 数据库的状态,数据库的所有者、创建时间、数据库的 大小、可以使用的空间、用户数;第二部分给出数据库 和事务日志的备份情况;第三部分给出了数据库维护计 划和排序规则。 例4.1创建一个选课数据库,名字为xk,数据文件名为 xk_data.MDF,为主文件,初始大小为2MB。事务日志文 件名为xk_log.LDF,容量为2MB。
【练习】将sampdb数据库的数据文件压缩为3MB 【练习】增加一个日志文件 【练习】删除日志文件 配置数据库(sp_dboption) 缩小数据库和数据文件 重命名数据库(sp_renamedb) 删除数据库
例4.8为xk数据库增加一个5MB容量的日志文件xklog2. ALTER DATABASE Xk ADD LOG FILE (NAME=xklog2, FILENAME='C:\xklog2.ldf', SIZE=5MB, MAXSIZE=10MB, FILEGROWTH=1MB) GO
例4.6将选课数据库xk的数据文件xk_data的大小由原来的 2MB扩充到5MB,事务日志文件xk_log的大小由原来的 2MB扩充到6MB。
USE MASTER GO ALTER DATABASE xk MODIFY FILE(NAME='xk_data', SIZE=5MB) GO ALTER DATABASE xk MODIFY FILE(NAME='xk_log', SIZE=6MB) GO
关系图 表 视图 存储过程 用户 角色 规则 默认 用户定义的数据类型 用户定义的函数 全文目录
系统数据库和示例数据库
系统数据库
master数据库:记录系统的所有系统级的信息。包括实例范 围的元数组、端点、链接服务器和系统配置设置。同时还记 录了SQL Server的初始化信息。因此,如果master数据库不 可用,SQL Server就无法启动。 model数据库:模板数据库,包含了用户数据库中应该包含 的所有系统表以及其他系统对象的结构。它始终存在于 SQL Server系统中。 msdb数据库:记录了有关SQL Server Agent服务的信息,用 于计划报警和作业操作。 tempdb数据库:临时数据库,用于保存中间数据。同时还可 用来满足所有其他临时存储要求。 Northwind数据库 pubs数据库
(三)使用CREATE DATABASE命令创建数据库和事务日志 例4.2 在SQL查询分析器的查询窗口中使用CREATE DATABASE 命令创建一个尺寸大小为5MB的逻辑名字为 newxk_data.mdf存储在C:\下,文件的最大尺寸为10MB, 文件增量以1MB的尺寸增长。2MB的事务日志文件newxk_ log.ldf xk_log存储在C:\目录下,文件的最大尺寸为 15MB,文件的增长量为1MB。
删除数据库 1、使用企业管理器删除数据库 2、使用DROP DATABASE 命令删除数据库 命令:DROP DATABASE 数据库名
创建数据库练习
创建数据库
名称newxk 数据文件newxk_data.mdf,保存在c:\中,5MB-10MB,按 1MB增长 事务日志newxk_log.ldf,保存在c:\中,2MB-5MB,按10% 增长
缩小数据库和数据文件
使用DBCC SHRINKFILE命令收缩相关数据库指定的 数据文件或日志文件,其生成的数据库不能比model数 据库更小。 将xk数据库的4MB的数据文件xk2收缩为2MB.
USE Xk GO DBCC SHRINKFILE(xk2,2) GO
重新命名数据库
第4章 数据库与事务日志
数据库的存储结构
数据库文件
主文件:包含数据库的启动信息、数据信息— —唯一的(.MDF) 事务日志:包含恢复数据库的所有日志信息— —至少一个(.LDF) 次要文件:主文件中不包括的所有数据信息— —零个、一个或多个(.NDF)
数据库的存储结构(续)
数据库文件组
(6)单击“下一步”按扭,出现“定义数据库文件的增长” 窗口,选择“以兆字节为单位增长文件”, “文件增长的最 大值”框输入“30” (7)单击“下一步”按钮,出现“命名事务日志文件”窗口, 在这里可以修改事务日志文件的名和大小,这里初始大小指 定为4MB (8)单击“下一步”按扭,出现“定义事务日志文件的增长” 窗口,选择“以兆字节为单位增长文件”, 在“文件增长的 最大值”框输入“10” (9)单击“下一步”按钮,出现“确认设置”窗口。
重新命名数据之前,应确保没有人在使用该数据库,而且数据库应 该设置为单用户模式.数据库的新名字应遵循标志符的定义规则. 可在查询分析器窗口中使用系统存储过程sp_renamedb,对数据库 进行重新命名.
例4.14将数据库mydb名字修改为mydatabase.
sp_renamedb 'mydb','mydatabase' GO
例4.7 为xk数据库增加一个4MB的次要数据文件xk2,次要文件后缀 为.NDF。 USE MASTER GO ALTER DATABASE Xk ADD FILE (NAME=xk2, FILENAME="C:\xk2.ndf", SIZE=4MB, MAXSIZE=10MB, FILEGROWTH=1MB) GO