oracle数据库怎么建分区？

一、oracle数据库怎么建分区？

索引单独建立表空间，和主用户表空间分开。主用户单独表空间善用分区表，可以使用hash分区，分散到不同的表空间文件中，你的表空间文件可以分散在不同的磁盘上，这样会提高IO大字段单独分配大文件表空间，大字段数据库会自动创建系统索引，不需要建索引。如果有缺心眼在select语句where条件使用大字段，放心喷他。oracle的分解很清楚，数据库指的就是文件，实例指的是内存和后台进程一个用户就是一个项目，用户有默认表空间，但可以使用多个表空间，表空间和用户是多对多的关系。

二、数据库分区表，什么情况下需要分区？

数据量很大，而且经常按照某个字段进行条件过滤或者分组时，可以考虑使用分区，例如某种商品的销售情况，经常要查看某个月、某个季度的销售明细或者总计，则可以根据销售日期进行分区，每个月分为一个区，而且最好是能够把不同区的数据分别存放在不同的物理硬盘上，这样在进行查询的时候，如果查询某个月的数据，可以直接在特定硬盘查询，数据量小，速度快，如果查询所有月份的数据，多块硬盘可以并行查询，速度也会明显提高。

三、如何使用SQLServer数据库按月创建表分区？

create table xxx(id number,time date)parttion by range(time)(partion part1 values less than (to_date('2012-01-31','yyyy-mm-dd')) tablespace tb1,partion part 2 vales less than(to_date('2012-01-31','yyyy-mm-dd')) tablespace tb2);

四、数据库分区表的特点及其应用？

分区是将一个表的数据按照某种方式，比如按照时间上的月份，分成多个较小的，更容易管理的部分，但是逻辑上仍是一个表。

分区有利于管理非常大的表，它采用分而治之的逻辑，分区引入了分区键的概念，分区键用于根据某个区间值(或者范围值)、特定值列表或者hash函数值执行数据的聚集，让数据根据规则分布在不同的分区中，让一个大对象碧昂城一些小对象。

MySQL分区既可以对数据进行分区也可以对索引进行分区

五、oracle数据库是怎样实现按月分区的？

代码简单就是你复制的那样具体的实现方式就是在你ORD_ACT_PART01 分区中，要存放日期小于2003年5月1号的数据，也就是存放2003年4月的，以及以前的所有ORD_ACT_PART02 分区中存放2003年5月的数据，但是因为之前有了2003年4月的存放在分区1里，所以这里只存放5月的了，后边也类似 但是你这个吧，只建了3个分区，到存放7月的数据，就会提示插入错误了，因为你没有存放7月的分区，所以只能再建，语法就是跟楼上那些人写的差不多了 ALTER TABLE ORDER_ACTIVITIES ADD PARTITION ORD_ACT_PART04 VALUES LESS THAN (TO_DATE('01-AUG-2003','DD-MON-YYYY')

) TABLESPACE ORD_TS04 不过建议起名时最好p200301,p200302这样的一目了然

六、pg数据库分区表如何指定表空间？

pg数据库分区表通过index函数指定表空间

七、电脑磁盘分区数据库锁定能么办？

快速的安全性低，安全性高的速度有损耗（加密解密都要消耗资源）简单快速的方法是隐藏分区，不过很容易破解。

安全要求高的方法是使用加密软件对整个分区的数据进行加密，或者干脆使用NTFS分区，然后使用EFS加密方式，让它只对指定用户开放访问权限。

八、oracle数据库表的设计，分区和索引的设计？

局部索引localindex

1.局部索引一定是分区索引，分区键等同于表的分区键，分区数等同于表的分区说，一句话，局部索引的分区机制和表的分区机制一样。

2.如果局部索引的索引列以分区键开头，则称为前缀局部索引。

3.如果局部索引的列不是以分区键开头，或者不包含分区键列，则称为非前缀索引。

4.前缀和非前缀索引都可以支持索引分区消除，前提是查询的条件中包含索引分区键。

5.局部索引只支持分区内的唯一性，无法支持表上的唯一性，因此如果要用局部索引去给表做唯一性约束，则约束中必须要包括分区键列。

6.局部分区索引是对单个分区的，每个分区索引只指向一个表分区，全局索引则不然，一个分区索引能指向n个表分区，同时，一个表分区，也可能指向n个索引分区，

对分区表中的某个分区做truncate或者move，shrink等，可能会影响到n个全局索引分区，正因为这点，局部分区索引具有更高的可用性。

7.位图索引只能为局部分区索引。

8.局部索引多应用于数据仓库环境中。

全局索引globalindex

1.全局索引的分区键和分区数和表的分区键和分区数可能都不相同，表和全局索引的分区机制不一样。

2.全局索引可以分区，也可以是不分区索引，全局索引必须是前缀索引，即全局索引的索引列必须是以索引分区键作为其前几列。

3.全局分区索引的索引条目可能指向若干个分区，因此，对于全局分区索引，即使只动，截断一个分区中的数据，都需要rebulid若干个分区甚

至是整个索引。

4.全局索引多应用于oltp系统中。

5.全局分区索引只按范围或者散列hash分区，hash分区是10g以后才支持。

6.oracle9i以后对分区表做move或者truncate的时可以用updateglobalindexes语句来同步更新全局分区索引，用消耗一定资源来换取高度的可用性。

7.表用a列作分区，索引用b做局部分区索引，若where条件中用b来查询，那么oracle会扫描所有的表和索引的分区，成本会比分区更高，此时可以考虑用b做全局分区索引

九、在oracle数据库中能否对索引进行分区？

oracle创建组合分区索引如下：

createindexidx_enameont_jc_cf(字段)

local

(

partitionp0810tablespaceusers,

partitionp0901tablespaceusers,

partitionp0904tablespaceusers,

partitionp0907tablespaceusers,

partitionp0910tablespaceusers,

partitionpmaxtablespaceusers

)

分区索引总结；分区索引分为2类：

1、global，它必定是prefix的。不存在non-prefix的

2、local，它又分成2类：

2.1、prefix：索引的第一个列等于表的分区列。

2.2、non-prefix：索引的第一个列不等于表的分区列。

十、哪种分区模式可以缓解数据库磁盘io压力？

mongodb采用数据文件预分配模式来生成数据文件，数据文件的大小从64M开始，每增加一个文件，大小翻倍，直到2G，以后每次增加数据就会生成2G左右的数据文件，结合mongodb的mmap内存模型，对于写数据文件，将随机写转换为顺序写，一定程度上缓解了磁盘的io压力。

但在实际使用中，遇到了在预分配2G的数据文件时，如果磁盘io较慢，则mongodb基本锁死，无法响应请求的情况。持续时间则根据磁盘io的性能来确定。这个问题在2.0之后版本可能会有些改善，但在磁盘性能低的服务器上，该问题依旧存在.

这个问题目前没有太好的解决方案，只能建议使用读写性能比较好的服务器来跑mongodb。

在数据存量大于内存大小时，mongodb遇到冷数据查询速度变慢。

mongodb使用mmap的内存管理模式，如果查询的都是热数据，那么会在内存中直接查询，如果遇到冷数据，就需要从磁盘读取，并将一部分热数据从内存卸载掉.

有人曾经说mongodb内存管理是加载固定大小的文件块到内存，即如果冷数据在磁盘上，他会根据请求的数据，加载一定大小的数据块到内存，并卸载掉同样的热数据，这个操作本身会带来一定io.

因为mongodb使用的是全局锁，在某个操作缓慢时，整个操作队列会全部变慢。这个问题造成了mongodb会出现偶发性堵塞问题，连带整个库的性能下降。

该问题在应用需要尽量避免出现，需要将mongodb的数据大小规划好，尽量不要使数据量超过内存的大小，如果超过内存大小后，尽量不要去请求冷数据。

Mongodb全局锁机制。

mongodb最大的问题或者可以说是它的锁机制，在2.2版本之前，一个实例只有一个读写锁，不管有多少数据库和数据集合，当一个操作进行时其他操作只能等待，在2.2版本后，mongodb锁降低了粒度，改为按库锁。

MongoDB 使用的是“readers-writer”锁， 可以支持并发但有很大的局限性，当一个读锁存在,许多读操作可以使用这把锁，然而, 当一个写锁的存在，一个单一的写操作会exclusively 持有该锁，同时其它读，写操作不能使用共享这个锁；举个例子，假设一个集合里有 10 个文档，多个 update 操作不能并发在这个集合上，即使是更新不同的文档。

删除数据集合后空间不会自动释放

mongodb删除集合后磁盘空间不释放，只有用db.repairDatabase()去修复才能释放。

修复可能要花费很长的时间,在使用db.repairDatabase()去修复时一定要停掉读写，并且mongodb要有备机才可以，不然千万不要随便使用db.repairDatabase()来修复数据库，切记。

但是在修复的过程中如果出现了非正常的mongodb的挂掉，再次启动时启动不了的，需要先修复才可以，可以利用./mongod --repair --dbpath=/data/mongo/ 如果你是把数据库单独的放在一个文件夹中指定dbpath时就指向要修复的数据库就可以。

7. replica set一些隐含问题

a) replica set模式最多支持12台服务器，而有投票权的服务器只支持7台，如果超过7台服务器，需设置部分服务器为无投票权服务器

b) replica set模式中，一个set服务器如果小于2台服务器，则自动故障恢复不会起作用，如果4台服务器出现2/2互相ping不通的情况，同样不会自动故障恢复。一般来说，一个set中尽量是有单数服务器。

c). replica set中，因为mongodb是按照时间进行操作，如果set中某个服务器时间超前或者延迟，很容易出现secondaries不断尝试更新oplog或者同步延迟的问题。甚至造成某些操作失败，如drop操作。

8. 分片模式的一些隐含问题

1. config server尽量按照官方的要求，有3个configserver，如果只有2个configserver，则shard的自动负载均衡和自动切片功能不可用。

2. api中的nearest模式在shard中，判断的是set到mongos的距离而非set到client的距离，在切片模式下，尽量不要使用nearest模式，可能会造成一些请求延迟增加的问题。

优点

l 文档结构的存储方式，能够更便捷的获取数据

l 内置GridFS，支持大容量的存储

l 内置Sharding，分片简单

l 海量数据下，性能优越

l 支持自动故障恢复（复制集）

mongodb是一个介于nosql数据库和mysql数据库之间的一个数据存储系统，它没有严格的数据格式，但同时支持复杂查询，而且自带sharding模式和Replica Set模式，支持分片模式，复制模式，自动故障处理，自动故障转移，自动扩容，全内容索引，动态查询等功能。扩展性和功能都比较强大。

mongodb在数据查询方面，支持类sql查询，可以一个key多value内容，可以组合多个value内容来查询，支持索引，支持联合索引，支持复杂查询 ，支持排序，基本上除了join和事务类型的操作外，mongodb支持所有mysql支持的查询，甚至某个客户端api支持直接使用sql语句查询mongodb。

mongodb的sharding功能目前日渐完善，支持自定义范围分片，hash自动分片等，分片自动扩容，shard之间自动负载均衡等功能。实际使用中功能还不错。