[C#项目开源] MongoDB 可视化管理工具 (2011年10月-至今)
<h3 id="正文">正文</h3><p>该项目从2011年10月开始开发，知道现在已经有整整5年了。MongoDB也从一开始的大红大紫到现在趋于平淡。<br>
MongoCola这个工具在一开始定位的时候只是一个Windows版本的工具，期间也想改为WebPage版本，但是只是开了一个头，也没有继续下去。<br>
现在想想，可能这个决定是正确的，WebPage版本是为了跨平台才去做的，但是，当时的环境，Net Core并没有发布，即使用MVC5搭建平台，也依然无法做到跨平台。<br>
现在，随着Net Core的发布，WebPage的事情也重新摆上日程了。</p>
<p>选在这个时候发布软件，一是因为Connect16大会之后，微软也发布了很多令人振奋的消息，所以我也来锦上添花一下。二来，MongoDB3.4这个重大的版本更新也是箭在弦上了，应该年底就会发布正式版本了。三来，也是对于今年的一个总结。<br>
虽然这只是一个Winform的项目，但是在开发中，几乎将整个MongoDB的官方文档都翻了一遍，很多知识也重新学习了一下，收获还是很丰富的。<br>
由于开发周期很长，很多代码在这次开发中，都进行了老朽化处理，废弃和修改了很多东西，所以测试也并不完全，所以这个工具现在只是用于学习MongoDB或者是开发环境下使用。</p>
<p>对于开源软件，其实很多人只是想看看源代码，或者收藏源代码，能够从源代码里面找到自己想要的功能的人不多，能够加入开发的更少了。这个项目只有2-3个同志贡献过有用代码，非常感谢。<br>
所以这次开源，我也不抱什么希望，如果有谁能够从我的代码中学到些什么，我就知足了。</p>
<p>MongoCola工具 ： http://www.codesnippet.info/Article/Index?ArticleId=00000062</p>
<p>MongoCola是一款帮助你在图形界面下查看，操作MongoDB的工具类软件。<br>
本工具的目标是尽量用图形界面来代替命令脚本帮您完成一些日常的MongoDB管理工作。</p>
<p>本软件是完全免费的软件，您可以无条件的使用本软件的任何功能。<br>
下载地址: https://github.com/magicdict/MongoCola/releases<br>
用户手册： http://www.codesnippet.info/Article/Index?ArticleId=00000062<br>
GitHub 项目地址 https://github.com/magicdict/MongoCola/<br>
意见和建议：https://github.com/magicdict/MongoCola/issues<br>
版本号：Ver 2.1.0<br>
文档最后更新时间：2016-11-24</p>
<h3 id="该项目在github上的热度">该项目在Github上的热度：</h3>
<p><img src="http://images2015.cnblogs.com/blog/75847/201611/75847-20161123210235690-1865724617.png"></p>
<h3 id="用户手册">用户手册：</h3>
<p><img src="http://images2015.cnblogs.com/blog/75847/201611/75847-20161123210541737-1596362996.png"></p>
<p>在开发的过程中，当然会有一些问题产生，如果有问题，可以和MongoDB工程师通过JIRA进行沟通。<br>
如果你的资料够详细，能够很快复原出问题现场，他们的feedback也是很快的。</p>
<p><img src="http://images2015.cnblogs.com/blog/75847/201611/75847-20161123210021096-450218920.png"></p>
<h3 id="geonear">GeoNear</h3>
<p>真正有用的开源信息，也就是上面这些了。不过，按照博客园小编的想法，文章或多或少要写点什么东西，不然会当作广告处理的。所以还是写点什么吧。</p>
<p>前几天，有个朋友用MongoDB做GeoNear的查询操作。在MongoDB中，对于地理坐标的内置处理是一个特色。<br>
你可以在数据的某个字段里面保存坐标，然后可以使用GeoNear来寻找离开指定坐标，指定距离内的所有记录。<br>
但是，这里有一个坑，在MongoDB里面有一种坐标格式是GeoJson，一种格式是LegacyPoint。前者是现在官方推荐的坐标形式，后者就如它的名字一样，是旧的形式。<br>
这两种坐标，前者是一个BsonDocument，后一种是BsonArray：<br>
BsonDocument：{ type:"point",coordinate:"40.1234,120.333"}<br>
BsonArray:<br>
但是，在GeoNear这个命令中，前者的距离单位是Meter（米），后者是Redius（弧度）。1个弧度 = 6314公里，所以很容易搞错的。<br>
如果你使用了LegacyPoint作为指定点的坐标，然后想指定1000米之内的所有坐标，恭喜你，你实际上会得到所有的点（1000弧度，6314000公里）<br>
当然，即使你输入的指定坐标是GeoJson，但是你的数据库里存放的点是LegacyPoint，则同样会是所有的点。<br>
所以，如果您的项目需要用到地理坐标，请一定要用GeoJson来保存数据。</p>
<p>这些知识也是博客园上的一个同志问我的，我也通过查阅官方文档才得到这样的结论。所以说，官方文档，阅读文档的能力，也是程序员的一个技能。</p>
<p>接下来贴几张图吧：第一张是上面提到的GeoNear</p>
<p><img src="http://images2015.cnblogs.com/blog/75847/201611/75847-20161123205254909-2128622003.png"></p>
<p>主界面这个样子的</p>
<p><img src="http://images2015.cnblogs.com/blog/75847/201611/75847-20161123205353050-1006177442.png"></p>
<p>MapReduce</p>
<p><img src="http://images2015.cnblogs.com/blog/75847/201611/75847-20161123205425846-434715326.png"></p>
<p>最后引用一段网络上的MongoDB3.4新特性的资料来结束这篇帖子：</p>
<p>MongoDB 下一个大版本 3.4 即将发布，本文主要介绍 3.4 版本在功能特性上做的改进，内容翻译自 Development Release Notes for 3.4 Release Candidate。</p>
<h2 id="分片集群sharded-cluster">分片集群（Sharded Cluster）</h2>
<h3 id="membership-awareness">Membership Awareness</h3>
<p>MongoDB 3.4里，分片集群的所有组件，Config server、mongod、mongos 都能相互感知整个分片集群的存在，了解整个分片集群的配置信息，这样能避免分片集群的误配置，比如在现在的版本，有可能会将一个 shard 错误的加到多个 sharded cluster 了。这个特性引入了如下限制</p>
<p>分片集群里 mongod 启动时，必须显式配置 sharding.clusterRole 为 shardsrv<br>
3.4版本的 mongos 不能连接低版本的 mongod<br>
Config server 的 Primary 节点负责负载均衡</p>
<p>MongoDB 3.2及以前版本里，分片集群的负载均衡由 mongos 负责，多个 mongos 会抢一个分布式锁，抢锁成功的 mongos 会对执行负载均衡任务，在 shard 间迁移 chunk；在3.4版本里，负载均衡将由 Config server 的 Primary 节点负责，预计会在负载均衡并发度及效率上会有大的提升。</p>
<h3 id="不再支持-sccc-config-server-的模式">不再支持 SCCC Config server 的模式</h3>
<p>MongoDB 3.2版本引入了复制集模式的 Config Server（CSRS 模式），在此之前，Config server 由多个镜像的单节点组成（SCCC模式），3.4版本里，MongoDB 将不再支持 SCCC模式的 Config server。</p>
<p>所以往 3.4 版本升级时，如果Config server 还是 SCCC 模式，需要先升级为 SCRS 模式。</p>
<h3 id="sharding-zones">Sharding Zones</h3>
<p>分片集群里引入了 Zone 的概念，主要取代现在的 tag-aware sharding 机制，能将某些数据分配到指定的一个或多个 shard 上，这个特性将极大的方便 sharding cluster 的跨机房部署，详细了解 Sharding zone 机制。</p>
<h3 id="复制集replica-set">复制集（Replica Set）</h3>
<p>majority WriteConcern 支持配置是否刷 journal</p>
<p>配置复制集时，增加 writeConcernMajorityJournalDefault 选项，默认为 true，即当指定 WriteConcern 为 majority 时，数据写到大多数节点并且 journal 成功刷盘后，才向客户端确认成功；如果为 false，数据写到大多数节点的内存，就向客户端确认。</p>
<h3 id="支持配置-primary-追数据的时间">支持配置 Primary 追数据的时间</h3>
<p>配置复制集时，增加 catchUpTimeoutMillis 选项，默认为2s，来指定新选举出来的 Primary 从其它拥有更新数据的节点追数据的时间，增加该时间能最大限度的减少需要 rollback 的数据，但可能增加整个 failover 的时间，该选项只能在 protocolVersion 为1时使用。</p>
<h3 id="支持-linearizable-read-concern">支持 Linearizable Read Concern</h3>
<p>“linearizable” Read Concern 级别保证，一定能读到 WriteConcern 为 majority，并且确认时间在读请求开始之前的数据，该级别仅在查询结果只有单个文档的情况下有效。</p>
<h3 id="decimal-type">Decimal Type</h3>
<p>MongoDB 3.4 新增对decimal128 format的支持，最多支持34位小数位。</p>
<p>跟 Double 类型不同，decimal 数据存储的是实际的数据，无精度问题，以9.99为例，decimal NumberDecimal(“9.99″) 的值就是9.99； 而 Double 类型的9.99则是一个大概值 9.9900000000000002131628….</p>
<h3 id="aggregation">Aggregation</h3>
<p>MongoDB 在3.4版本增加了大量的 aggregation 操作符，功能更加强大了，举几个例子</p>
<p>bucket 能对方便的对数据进行分类<br>
<span class="math inline">\(grahpLookup 在 3.2的\)</span>lookup 的基础上更进一步，能支持更复杂的关系运算了。<br>
$addFields 使得文档操作更丰富了，比如将某些字段求和存储为新的字段。<br>
详细的介绍请参考Aggregation部分</p>
<h3 id="collation-and-case-insensitive-indexes">Collation and Case-Insensitive Indexes</h3>
<p>MongoDB 3.4 开始支持 collation，在之前的版本里，文档里存储的字符串，不论是中文还是英文，不论大小写，一律按字节来对比，引入 collation 后，支持对字符串的内容进行解读，可以按使用的 locale 进行对比，也支持对比时忽略大小写。</p>
<p>create、createIndexes、find、aggregate 等涉及字符串操作的命令都支持 collation。</p>
<h3 id="视图views">视图（Views）</h3>
<p>MongoDB 3.4里增加了对只读视图的支持，视图将集合里满足某个查询条件的数据虚拟成一个特殊的集合，用户可以在特殊的集合上做进一步的查询操作。</p>
<h3 id="安全提升security-enhancement">安全提升（Security Enhancement）</h3>
<p>MongoDB 3.4 支持轮转的将复制集、或分片集群的各个节点开启鉴权，不需要停服务，详细步骤参考Enforce Keyfile Access Control in a Replica Set without Downtime</p>
<h3 id="工具mongodb-tools">工具（MongoDB Tools）</h3>
<p>MongoDB 3.4 引入 mongoreplay 工具，可用于监控并记录 mongod 上执行的命令并 replay 到另一个 mongod 实例上，该工具可用于代替 mongosniff。</p>
<h3 id="general-enhancements">General Enhancements</h3>
<p>支持 systemd<br>
降低默认的 wiredtiger cache 配置<br>
Changes Affecting Compatibility</p>
<p>可能影响兼容性的修改</p>
<p>升级步骤（Upgrade Procedures）</p>
<p>单节点升级到 3.4<br>
复制集升级到 3.4<br>
分片集群升级到 3.4</p><br><br>
来源：https://www.cnblogs.com/TextEditor/p/5972521.html
頁:
[1]