分区表和分区视图
硬盘主引导扇区、分区表和分区引导扇区(MBR、DPT、DBR、BPB)详解(一)
硬盘主引导扇区、分区表和分区引导扇区(MBR、DPT、DBR、BPB)详解！硬盘的主引导扇区，分区表，分区引导扇区(MBR、DPT、DBR、BPB)是电脑BIOS自检完成后，操作系统开始引导系统前整个电脑运作过程中需要检查的重要参数，硬盘的主引导扇区，分区表，分区引导扇区(MBR、DPT、DBR、BPB)参数错误可能导致系统无法启动或存储的数据丢失，这片文章我们介绍一下硬盘的主引导扇区，分区表，分区引导扇区(MBR、DPT、DBR、BPB)的详细信息。
硬盘的0柱面、0磁头、1扇区称为主引导扇区（也叫主引导记录MBR），该记录占用512个字节，它用于硬盘启动时将系统控制权转给用户指定的、在分区表中登记了某个操作系统分区。
MBR的内容是在硬盘分区时由分区软件（如FDISK）写入该扇区的，MBR不属于任何一个操作系统，不随操作系统的不同而不同，即使不同，MBR也不会夹带操作系统的性质，具有公共引导的特性。
但安装某些多重引导功能的软件或LINUX的LILO 时有可能改写它；它先于所有的操作系统被调入内存并发挥作用，然后才将控制权交给活动主分区内的操作系统（下图）。
MBR由三部分构成：1．主引导程序代码，占446字节2．硬盘分区表DPT，占64字节3．主引导扇区结束标志AA55H一、硬盘的主引导程序代码是从偏移0000H开始到偏移01BDH结束的446字节；主引导程序代码包括一小段执行代码。
启动PC 机时，系统首先对硬件设备进行测试，成功后进入自举程序INT 19H；然后读系统磁盘0柱面、0磁头、1扇区的主引导扇区MBR的内容到内存指定单元0：7C00 首地址开始的区域，并执行MBR程序段。
主引导代码实现下列功能：1．扫描分区表查找活动分区；2．寻找活动分区的起始扇区；3．将活动分区的引导扇区读到内存；4．执行引导扇区的运行代码。
如果主引导代码未完成这些功能，系统显示下列错误信息：Invalid partition tableError loading operating systemMissing operating system二、硬盘分区表DPT是从偏移01BEH开始到偏移01FDH结束的64字节（下图）；硬盘分区表分为四小部分，每一小部分表示一个分区的信息，占16字节。
什么是分区表
什么是分区表分区表可以描述磁盘上的分区。
如果磁盘分区表丢失，用户将无法读取磁盘数据并在其上写入新数据。
• MBR分区表传统的分区方案（MBR分区）将分区信息保存在磁盘的第一个扇区（MBR扇区）上。
每个分区条目为16个字节，总数为64个字节。
因此，分区表最多限制为4个条目。
换句话说，基于MBR的硬盘最多可支持4个分区。
但是，许多人想要创建超过4个分区。
因此，为此需求引入了扩展分区。
而且，MBR磁盘中单个分区的大小只能达到2TB e因此，基于MBR的分区方案不能满足日益增长的需求。
• GPT分区表GUID分区表（GPT）是使用全局唯一标识在物理硬盘上布局分区表的标准。
它在MBR分区表上有许多优点。
具体而言，它允许用户在硬盘上创建多达128个分区。
它支持18EB卷，而MBR最多支持2TB卷。
更重要的是，所有重要数据都存储在分区而不是隐藏的扇区中。
另外，GPT磁盘提供backup-partition-table来提高数据结构的完整性。
FATFAT （文件分配表）用于记录文件的位置。
如果FAT丢失，则无法读取磁盘数据，因为操作系统无法找到准确的位置。
不同的操作系统使用不同的文件系统DOS 6和Windows 3.x想使用FAT16QS/2操作系统使用HPFS。
,Windows NT使用NTFS O实际上z FAT32和NTFS是最常见的两种文件系统。
分区表使用柱面，磁头和扇区的单元细分存储介质。
FAT32文件系统将逻辑驱动器划分为Boot区域，FAT区域和DATA区域。
系统区域包括Boot和FAT区域。
引导区占用三个扇区,它包含扇区字节，引导记录和其他重要信息。
在那之后，这个区域有一些保留的部门。
但是，FAT16文件系统的Boot区域只占用一个扇区。
FAT可以管理可用空间和存储空间（集群链）。
文件系统将通过集群管理数据区的存储空间。
Cluster是Windows操作系统中最小的存储单元，会影响磁盘空间的利用率和性能。
MBR分区表详解
主引导记录主引导记录（Master Boot Record，缩写：MBR），又叫做主引导扇区，是计算机开机后访问硬盘时所必须要读取的首个扇区，它在硬盘上的三维地址为（柱面，磁头，扇区）＝（0，0，1）。
在深入讨论主引导扇区内部结构的时候，有时也将其开头的446字节内容特指为“主引导记录”（MBR），其后是4个16字节的“磁盘分区表”（DPT），以及2字节的结束标志（55AA）。
因此，在使用“主引导记录”（MBR）这个术语的时候，需要根据具体情况判断其到底是指整个主引导扇区，还是主引导扇区的前446字节。
主引导扇区记录着硬盘本身的相关信息以及硬盘各个分区的大小及位置信息，是数据信息的重要入口。
如果它受到破坏，硬盘上的基本数据结构信息将会丢失，需要用繁琐的方式试探性的重建数据结构信息后才可能重新访问原先的数据。
主引导扇区内的信息可以通过任何一种基于某种操作系统的分区工具软件写入，但和某种操作系统没有特定的关系，即只要创建了有效的主引导记录就可以引导任意一种操作系统（操作系统是创建在高级格式化的硬盘分区之上，是和一定的文件系统相联系的）。
对于硬盘而言，一个扇区可能的字节数为128×2n（n=0,1,2,3）。
大多情况下，取n=2，即一个扇区（sector）的大小为512字节。
目录主引导记录 (1)主引导记录的组成 (2)启动代码 (2)硬盘分区表 (2)结束标志字 (3)主引导扇区的读取流程 (4)主引导记录与硬盘分区 (4)MBR分区表与GPT分区表的关系 (5)注释 (5)主引导记录的组成启动代码主引导记录最开头是第一阶段引导代码。
其中的硬盘引导程序的主要作用是检查分区表是否正确并且在系统硬件完成自检以后将控制权交给硬盘上的引导程序（如GNU GRUB）。
它不依赖任何操作系统，而且启动代码也是可以改变的，从而能够实现多系统引导。
硬盘分区表硬盘分区表占据主引导扇区的64个字节（偏移01BEH--偏移01FDH），可以对四个分区的信息进行描述，其中每个分区的信息占据16个字节。
ORACLE分区表、分区索引详解
ORACLE分区表、分区索引详解ORACLE分区表、分区索引ORACLE对于分区表⽅式其实就是将表分段存储，⼀般普通表格是⼀个段存储，⽽分区表会分成多个段，所以查找数据过程都是先定位根据查询条件定位分区范围，即数据在那个分区或那⼏个内部，然后在分区内部去查找数据，⼀个分区⼀般保证四⼗多万条数据就⽐较正常了，但是分区表并⾮乱建⽴，⽽其维护性也相对较为复杂⼀点，⽽索引的创建也是有点讲究的，这些以下尽量阐述详细即可。
1、类型说明：range分区⽅式，也算是最常⽤的分区⽅式，其通过某字段或⼏个字段的组合的值，从⼩到⼤，按照指定的范围说明进⾏分区，我们在INSERT数据的时候就会存储到指定的分区中。
List分区⽅式，⼀般是在range基础上做的⼆级分区较多，是⼀种列举⽅式进⾏分区，⼀般讲某些地区、状态或指定规则的编码等进⾏划分。
Hash分区⽅式，它没有固定的规则，由ORACLE管理，只需要将值INSERT进去，ORACLE会⾃动去根据⼀套HASH算法去划分分区，只需要告诉ORACLE要分⼏个区即可。
分区可以进⾏两两组合，ORACLE 11G以前两两组合都必须以range作为⼀级分区的开头，ORACLE⽬前最多⽀持2级别分区，但这个级别已经够我们使⽤了。
我这只以最简单的分区⽅式创建分区来说明问题，就拿range分区来说明问题吧（基本创建语句如下）：CREATE [url=]TABLE[/url] TABLE_PARTITION(COL1 NUMBER,COL2 VARCHAR2(10))partition by range(COL1)(partition TAB_PARTOTION_01 values less than (450000),partition TAB_PARTOTION_02 values less than (900000),partition TAB_PARTOTION_03 values less than (1350000),partition TAB_PARTOTION_04 values less than (1800000),partition TAB_PARTOTION_OTHER values less THAN (MAXVALUE));这个分区表创建了四个定长分区，理想情况下，存储450000条数据，扩展分区是超过这个数额的分区，当发现扩展分区有数据的时候，可以进⾏将扩展分区做SPLIT操作，这个后⾯说明，这⾥先说⼀下⼀些常⽤的分区表查询功能，我们先插⼊⼀些数据进去。
数据库分区与分表的性能比较
数据库分区与分表的性能比较数据库是现代应用程序中必不可少的一部分，随着数据量的不断增加，数据库的性能优化成为了一项重要的任务。
在数据库性能优化中，一种常见的做法是使用分区和分表来提高数据库的性能。
本文将对数据库分区和分表进行比较，以帮助读者了解它们之间的差异和适用场景。
一、概述1. 分区：数据库分区是将数据库按照某种规则划分为多个独立的部分，每个部分可以独立进行维护和查询。
分区可以按照时间、范围、哈希等维度来进行划分。
2. 分表：数据库分表是将一个大表分解为多个小表，每个小表包含部分记录。
根据业务需求，可以将数据按照某种规则进行划分，例如按照地区、产品类别等进行分表。
二、性能比较1. 查询性能：在查询操作中，分区和分表都可以提高查询的效率。
分区可以根据查询的条件，只访问特定的分区，避免全表扫描。
而分表则可以将数据分散到多个表中，每个表的数据量相对较小，减少了查询的范围，加快查询速度。
总体来说，分表在分区上表现更加灵活，但查询字段不涉及分区字段时，分区和分表的查询性能相当。
2. 插入性能：在插入数据时，分区的性能通常比分表更好。
由于分区将数据分散到多个独立的部分，插入操作可以并行进行，提高插入的并发度和效率。
而分表的插入操作需要访问多个表，涉及更多的锁和索引，对并发度和性能有一定的影响。
3. 更新和删除性能：在更新和删除操作中，分表通常比分区更高效。
由于更新和删除操作可能涉及多个分区或分表，分区的操作复杂度更高。
而分表的操作相对独立，可以单独执行，减少了锁竞争和资源消耗。
4. 空间利用率：在空间利用率上，分表通常比分区更好。
分区需要额外的元数据来管理分区信息，每个分区都需要一份元数据，增加了空间开销。
而分表不需要额外的元数据，只需创建额外的表结构，相对更省空间。
5. 维护和管理：从维护和管理的角度考虑，分区通常更简单。
分区可以通过创建新的分区或者删除旧的分区来进行数据的归档和管理。
而分表需要更多的人工干预，管理多个表的索引和数据迁移等操作，相对复杂一些。
SQL Server 分区视图
SQL Server 分区视图2011-05-17 20:58SQL Server 分区视图在数据库中，对于一些长年累月不断递增的表，难免会发生执行速度越来越慢的问题。
做分区表，是一种解决办法。
“:>>>>>>假如条件不允许做分区表的话，例如：当你创建一个分区函数的时候，系统提示你：只能在 SQL Server Enterprise Edition 中创建分区函数。
只有 SQL Server Enterprise Edition 支持分区。
那么分区表，是没法用了，只能想别的办法了。
情况一或者是数据库里面的一张大表，已经按时间，拆分为多个小表了。
但是客户要求软件里面，查询数据，要和没拆分之前一样。
例如：原先的 sale_data 包含 2008年--今天的数据。
现在的 sale_data 被拆分为 sale_data_2008，sale_data_2009，sale_data_2010，sale_data（这个仅保存2011年数据）也就是假如客户要查询 2009年12月-2010年1月的报表。
不好意思，你要自己判断了。
先判断时间 2009年12月，然后去检索 sale_data_2009 表的部分数据接着再判断时间 2010年1月，然后去检索 sale_data_2010 表的部分数据.情况二或者是数据库本身就被设计成多张小表。
例如：有个仓库字典表记录着仓库的名字，仓库的表名。
表里面的数据可能是大仓库1 tab_big1大仓库2 tab_big2小仓库1 tab_small小仓库2 tab_small小仓库3 tab_small有很多个仓库表(表名就是仓库字典表中所定义的)，记录着当前仓库存储着什么物品。
当你要查询某个仓库的库存报表的时候。
不好意思，你要先去仓库字典表，先查询出这个仓库名字所对应的数据库表名称叫啥。
然后再 SELECT * FROM 表名。
如果你要查询，现在这个时候，某样物品，都在哪些仓库有，各有多少个，那就更悲惨了。
Oracle的临时表、分区表、分区索引
Oracle的临时表一、表的种类1：永久表：非私有数据，需要DML锁。
2：临时表：临时表的定义对所有会话都是可见的,处理事务或会话期存在的私有数据，不需要DML锁，对于临时表的DML语句不生成重做日志，临时表占用临时表空间，临时表的数据是自动删除的，在临时表上建的索引也是临时的。
二、临时表的种类1：事物型临时表：在事务期间数据存在，事务结束后数据被自动删除。
2：会话型临时表：在会话期间数据存在，会话结束后数据被自动删除。
三、临时表的限制1：不能分区，不能是索引组织表或簇。
2：不能指定关于临时表的外键约束。
3：不支持并行DML或并行查询。
4：不支持分布式事务处理。
5：不能指定段存储语句、嵌套表存储语句或并行语句四、建立临时表的语法1：建立关系表2：建立对象表3：并行语句Oracle的分区表一、什么是分区表Oracle可以将大表或索引分成若干个更小更方便管理的部分,每一部分称为一个分区，这样的表称为分区表。
SQL语句使用分区表比全表或全表索引能提供更好的访问和处理数据。
下图是按周所建分区表示例。
二、使用分区表的限制1:不能分割是簇一部分的表。
2:不能分割含有LONG或LONG RAW列的表。
3:索引组织表IOT不能进行范围分区。
**采用基于规则的优化器时，有会从分区表中受益！三、分区方法1：范围分区(更适合历史数据库)—Oracle8从惟一可用的分区类型按照列的列表的范围分割表；如果是索引组织表，则列的列表就必须是索引组织表主键的子集。
分区关键列的限制：列列表中的列可以是任何一种内置的数据类型，ROWID、LONG、LOB或者TIMESTAMP WITH TIME ZONE除外。
关键字MAXVALUE比任何值都高（含NULL）。
2：散列分区--Oracle8i可用的分区类型指定这个表是按哈希算法分区的，分区的数目应为2的幂。
1）单独散列分区（individual_hash_partitions）及其限制使用子名按照名字指定单个分区，分区名可以匆略。
数据库中的分区表介绍
数据库中的分区表介绍在数据库管理系统中，分区表是一种将表中的数据分割为多个逻辑或物理部分的技术。
通过将数据划分到不同的分区中，可以提高数据库的性能、管理和维护的效率。
本文将介绍数据库中的分区表，并探讨其用途、优点和实现方法。
一、什么是分区表？分区表是指将数据库表按照某种规则分成多个分区，每个分区存储特定范围的数据。
在逻辑上，分区表看起来仍然是一个完整的表，但在物理存储上，数据被分割到不同的存储单元中。
这样，当进行数据查询时，查询只需要访问特定的分区，而不需要扫描整个表，从而提高了查询效率。
二、分区表的用途1. 提高查询性能：分区表可以将数据分散存储在不同的磁盘上，使得数据查询只需要访问特定的分区，减少了数据的扫描量，提高了查询性能。
2. 简化管理和维护：当数据库表的数据量非常大时，对整个表进行备份、恢复或优化都是非常耗时的操作。
分区表将数据分割后，可以针对某个或某些分区进行相关操作，大大简化了管理和维护的工作量。
3. 实现数据存储策略：通过分区表，可以根据业务需求将数据按照不同的规则分散存储，比如按照时间、地域、客户等进行分区，使得不同类型的数据存储在不同的分区中，方便管理和检索。
三、分区表的优点1. 提高查询效率：通过将数据分割到不同的分区中，可以减少查询时的数据扫描量，从而提高查询效率。
2. 简化数据管理：分区表可以根据业务需求将数据分散存储，简化了备份、恢复和维护等数据管理工作。
3. 提高可用性：当某个分区发生故障时，不会影响到整个表的数据，只需关注该分区的修复或恢复。
4. 提高加载和删除数据的效率：通过对分区表进行操作，可以快速加载和删除特定分区的数据。
四、分区表的实现方法在数据库管理系统中，分区表的实现方法因不同的数据库而异。
下面以Oracle数据库为例进行介绍：1. 范围分区：按照范围对表中的数据进行分区，比如按照时间范围，可以将不同时间段内的数据存储到不同的分区中。
2. 列分区：按照表中某一列的值进行分区，比如按照地域进行分区，可以将不同地域的数据存储到不同的分区中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
分布式数据库内容分区表和分区视图sql Server 2000 分区视图的运用分区视图在一个或多个服务器间水平连接一组成员表中的分区数据，使数据看起来就象来自一个表。
Microsoft® SQL Server™ 2000 区分本地分区视图和分布式分区视图。
在本地分区视图中，所有的参与表和视图驻留在同一个 SQL Server 实例上。
在分布式分区视图中，至少有一个参与表驻留在不同的（远程）服务器上。
此外，SQL Server 2000 还区分可更新的分区视图和作为基础表只读复本的视图。
分布式分区视图可用于实现数据库服务器联合体。
联合体是一组分开管理的服务器，但它们相互协作分担系统的处理负荷。
这种通过分区数据形成数据库服务器联合体的机制使您能够扩大一组服务器，以支持大型的多层 Web 站点的处理需要。
有关更多信息，请参见设计联合数据库服务器。
在实现分区视图之前，必须先水平分区表。
原始表被分成若干个较小的成员表。
每个成员表包含与原始表相同数量的列，并且每一列具有与原始表中的相应列同样的特性（如数据类型、大小、排序规则）。
如果正在创建分布式分区视图，则每个成员表分别位于不同的成员服务器上。
为了获得最大程度的位置透明度，各个成员服务器上的成员数据库的名称应当是相同的，但不要求非这样。
例如：Server1.CustomerDB、Server2.CustomerDB、Server3.CustomerDB。
成员表设计好后，每个表基于键值的范围存储原始表的一块水平区域。
键值范围基于分区列中的数据值。
每一成员表中的值范围通过分区列上的 CHECK 约束强制，并且范围之间不能重叠。
例如，不能使一个表的值范围从 1 到 200000，而另一个表的值范围从 150000 到 300000，因为这样将不清楚哪个表包含 150000 与 200000 之间的值。
例如，正在将一个Customer表分区成三个表。
这些表的 CHECK 约束为：-- On Server1:CREATE TABLE Customer_33(CustomerID INTEGER PRIMARY KEYCHECK (CustomerID BETWEEN 1 AND 32999),... -- Additional column definitions)-- On Server2:CREATE TABLE Customer_66(CustomerID INTEGER PRIMARY KEYCHECK (CustomerID BETWEEN 33000 AND 65999),... -- Additional column definitions)-- On Server3:CREATE TABLE Customer_99(CustomerID INTEGER PRIMARY KEYCHECK (CustomerID BETWEEN 66000 AND 99999),... -- Additional column definitions)主要功能是为了提高大数据量性能，通过把数据放到不同表，或不能同服务器的不同数据库实例上。
来提高数据性能。
下面看一个实际，转自WEB CAST在服务器A创建表CUSTOMERS//ServerAUse pubsgoCreate table customers (Customerid varchar(5) not null,CompanyName varchar(50) not null,ContactName varchar(30) null,CONSTRAINT PK_customers PRIMARY KEY CLUSTERED (Customerid),CONSTRAINT CK_customerid CHECK (Customerid between'AAAAA'and'LZZZZ'))在服务器B也创建另一张表，表的结果，类型完全一样，注意表的CHECK不同。
（表名可以不同，但最好一样）//Server Buse pubsgoCreate table customers (Customerid varchar(5) not null,CompanyName varchar(50) not null,ContactName varchar(30) null,CONSTRAINT PK_customers PRIMARY KEY CLUSTERED (Customerid),CONSTRAINT CK_customerid CHECK (Customerid between'M'and'ZZZZZ'))go在A服务器上创建B服务器的链接服务器，已使A服务器能访问B服务器，//ServerAexec sp_addlinkedserver@server='DPVSERVER1', @srvproduct='',@provider='SQLOLEDB', @datasrc='ServerB'goexec sp_addlinkedsrvlogin@rmtsrvname='DPVSERVER1', @useself='false', @rmtuser='sa', @rmtpassword='password'go同样，B服务器，创建A服务器的链接服务器，//ServerBexec sp_addlinkedserver@server='DPVSERVER2', @srvproduct='',@provider='SQLOLEDB', @datasrc='ServerA'exec sp_addlinkedsrvlogin@rmtsrvname='DPVSERVER2', @useself='false', @rmtuser='sa', @rmtpassword='password'go在A服务器上设置，属性，//ServerAExec sp_serveroption 'DPVSERVER1', 'lazy schema validation', 'true' B服务器上，设置属性，//Sever BExec sp_serveroption 'DPVSERVER2', 'lazy schema validation', 'true' A服务器上创建分区视图：//Server A：Create view DPV_Customers AsSelect*from CustomersUnion allSelect*from DPVSERVER1.Pubs.dbo.CustomersB服务器也创建分区视图：（注意视图，UNION ＡＬＬ的顺序）Create view DPV_Customers AsSelect*from DPVSERVER2.Pubs.dbo.CustomersUNION ALLSelect*from Customers下面使用DPV_CUSTOMERS,和实际物理表一样执行的时候打开查询分析器的执行计划，可以看到，实际，会优化，实际应该读那一张，写那一样表。
set xact_abort onINSERT INTO DPV_CUSTOMERS VALUES('AAMAY','FUZHOU COMPANY','MARRY')INSERT INTO DPV_CUSTOMERS VALUES('CJOHN','XIMEN COMPANY','MARRY')INSERT INTO DPV_CUSTOMERS VALUES('SMITH','SHANGHAI COMPANY','TOM')INSERT INTO DPV_CUSTOMERS VALUES('YOUNG','FUJIAN COMPANY','JANE')INSERT INTO DPV_CUSTOMERS VALUES('GTOPP','BEJING COMPANY','TOM')INSERT INTO DPV_CUSTOMERS VALUES('QUILH','BEJING COMPANY','TOM')//SELECT*FROM DPV_Customers order by customerid//SELECT*FROM DPV_Customers WHERE CustomerID='QUILH'这个功能很不错，不过也会有一些问题，1，表不能有DEFAULT 约束2，INSERT 要一次性查询所有列的值，没有值的用NULL3，各个表个CHECK集合不能有重复，也不充许找不一个满足要求的表。
还在研究中。
教你在SQL Server 2000数据库中使用分区分区视图联接来自一组成员的水平分区数据，使数据看起来象来自同一张表。
SQL Server 2000 区分本地分区视图和分布式分区视图。
在本地分区视图中，所有相关表和视图驻留在SQL Server 的同一实例上。
在分布式分区视图中，相关表中至少有一张表驻留在其他某个（远程）服务器上。
建议您不要将分布式分区视图用于数据仓库应用程序。
矢量数据仓库围绕事实（标量）和矢量构建，从物理上通常表示为星形架构和雪花形架构，极少有同时包含事实和矢量的完全非正交化的平面表。
由于矢量架构是最常见的关系型数据仓库结构，本文集中讨论这类架构的分区。
下面的建议也适用于其他通用数据仓库架构。
分区的优点数据修剪：许多数据仓库管理员会定期将陈旧的数据归档。
例如，一个单击流数据仓库可能只将详细数据联机保留三至四个月。
其他常见的规则可能是联机保留13 个月、37 个月或10 年，当旧数据不在活动窗口中时就归档并从数据库中删除。
这种滚动窗口结构是大数据仓库通常采取的做法。
在没有分区表的情况下，从数据库中删除旧数据的进程需要一个很大的DELETE 语句，例如：DELETE FROM fact_tableWHERE date_key < 19990101执行该语句开销会非常大，可能比同一张表的加载进程需要更多的时间。