数据库如何看出自己的缺点(Access数据库中报表特点)

Access数据库中报表特点？

用Access数据库做报表特点是，很简单方便，应用难度不高，门槛低，缺点是可视化和拓宽思维化不强，这对大批量数据的分析和研究不够

db模式有什么优缺点？

mongodb按结构数据文件预分配模式来生成数据文件，数据文件的大小从64M又开始，每减少一个文件，大小双倍，等到2G，以后有时候增强数据可能会化合2G左右的数据文件，结合mongodb的mmap内存模型，对此写数据文件，将必掉写可以转换为顺序写，一定程度上缓解了磁盘的io压力。

但在实际可以使用中，遇上在预分配2G的数据文件时，要是磁盘io较慢，则mongodb都差不多卡住了，无法做出反应各位的情况。短短时间则依据磁盘io的性能来确认。这个问题在2.0之后版本可能会有些可以改善，但在磁盘性能低的服务器上，该问题依然存在.

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

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

mongodb可以使用mmap的内存管理模式，如果不是网上查询的大都热数据，这样会在内存中就去查询，如果没有遇上冷数据，就要从磁盘读取，并将一部分热数据从内存卸载掉.

有人那一次说mongodb内存管理是运行程序固定不动大小的文件块到内存，即如果不是冷数据在磁盘上，他会参照帮忙的数据，运行程序肯定会大小的数据块到内存，并软件卸载掉则是的热数据，这个操作本身会受到一定会io.

只不过mongodb不使用的是全局锁，在某个操作缓慢时，这座能操作队列会完全变慢。这个问题会造成了mongodb会出现偶发性堵塞问题，随之整个库的性能会下降。

该问题在应用要不要尽量的避免又出现，必须将mongodb的数据大小规划好，最好不要别使数据量达到内存的大小，如果没有远远超过内存大小后，最好不要最好不要去各位冷数据。

Mongodb全局锁机制。

mongodb大的问题或者可以算是它的锁机制，在2.2版本之前，一个实例只能一个读写锁，无论有多少数据库和数据子集，当一个操作通过时其他操作没法等待，在2.2版本后，mongodb锁降低了粒度，转成按库锁。

MongoDB使用的是“readers-writer”锁，是可以支持并发但有不大的局限性，当一个读锁未知,许多读操作也可以可以使用这把锁，但他,当一个写锁的存在，一个单一的写操作会exclusively300499高澜股份该锁，另外其它读，写操作不能不能在用共享这个锁；举个例子，题中一个集合里有10个文档，多个version操作没法并发在这个集合上，就算是可以更新不同的文档。

删出数据集合后空间绝对不会自动释放出

mongodb删掉集合后磁盘空间不释放者，只有一用()去能修复才能释放者。

修复很有可能要花费很长的时间,在建议使用()去自动修复时必须得停掉读写，另外mongodb要有备机才可以，要不然千万别随便是建议使用()来修复数据库，一定不要。

只不过在能修复的过程中如果再次出现了非都正常的mongodb的全死，再一次启动后时启动不了的，是需要先可以修复才也可以，也可以凭借./mongod--disassembly--dbpath/data/mongo/假如你是把数据库单独的放在一个文件夹中委托dbpath时就指向要修复的数据库就这个可以。

一些含着问题

a)replicaset模式至少意见台服务器，而有投票权的服务器只接受7台，如果没有超过7台服务器，需可以设置部分服务器为无投票权服务器

b)replicaset模式中，一个set服务器如果不是大于台服务器，则自动启动默认操作应该不会起作用，如果没有4台服务器再次出现2/2相互交换ping不通的情况，同样的应该不会不自动故障恢复。一般来说，一个set中最好就是是有单数形式服务器。

c).replicaset中，因为mongodb是明确的时间进行不能操作，如果set中某个服务器时间很超前或者延迟大，会容易又出现secondaries不断的尝试没更新oplog也可以同步网络延迟的问题。甚至于倒致某些操作失败的话，如move你的操作。

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

尽量通过官方的要求，有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模式和ReplicaSet模式，接受分片模式，剪切粘贴模式，手动故障维护，自动出现故障转移，自动启动快速扩容，全内容索引，动态查询等功能。扩展性和功能都比较比较强大。

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

mongodb的sharding功能目前渐长系统完善，意见下拉菜单范围分片，hash自动启动分片等，分片自动启动内存量，shard之间手动负载均衡等功能。不好算使用能还比较不错。