【MongoDB】MongoDB之七大实现技巧

时间：2014-11-26 01:26:44 阅读：229 评论：0 收藏：0 [点我收藏+]

技巧一、使用正确的类型

用正确的类型存放数据大有裨益。数据类型影响数据的查询方式、数据存放顺序和以及占用多少空间。

数字：做为数字使用的字段就用数字存储。也就是做计算或按照大小排序的字段

数据库会自动转换溢出的（比如由于$inc操作导致的溢出） 32位浮点数，将其变为64位整数。

日期：一班的用yyy-mm-dd形式的字符串就可以，如果date类型就会总会匹配到毫秒级别

objectId就要作为objectId存储，千万不要存成字符串。这点非常重要，原因是方便查询二是objectd中含有用的信息，绝大多数驱动都是从有方法中获得文档的创建日期。第三objectId表示要多占两陪的磁盘空间。

要是数据库没用唯一的字段，那么就用默认的objetId来做_id。但是若是数据本身就有唯一的字段，并且不需要objectId的功能，那么就用自己唯一的之覆盖默认的id就好了。

除了不可避免的情况（mapreduce的输出），通常都不应该将文档作为_id。问题在于索引一个文档中的字段和索引文档完全不一样。如果没有每次查询每个子文档的计划，最后会有多个索引。

数据库引用一般形式是：｛$id：主键，$ref：collectionName｝（也可以有可选的$db字段，表示数据库）。若被引用的文档集合是确定的，不妨只用_id引用，这样就同时比用Id和集合名要节省空间。如果知道要引用的集合，数据库引用就显得浪费空间。

GridFS需要查询两次，一次获取文件的元信息，另一次获取内容，所以如果用GridFS存储小文件，会使应用查询次数加倍。从根本上说，GridFS是用来将大的二进制对象切成小片存在数据库中。

假设发送给服务器一个请求，得到了网络错误，这时驱动有很多选择。若驱动知道有另一台服务器是否自动对其发送请求？要是驱动发送原请求后发生网络故障，或者在服务端响应时候发送故障怎么办？数据库可能已经处理了请求，就不必再次发送。

可能出现的情况：

应用抛出异常“not master”异常可能原因：1 . 复制组正在进行故障恢复 2，网络状况不好，无法链接诶主节点。3.应用链接节点有问题，无法降级为只读节点。

原文地址：http://blog.csdn.net/sxb0841901116/article/details/41498039

踩

(0)

评论一句话评论（0）

分享档案

更多>

周排行