MongoDB Plugin 1.0.7，支持主键操作和聚合运算

MongoDB Plugin 具有以下特性：

与 MongoDB 版本同步，完美支持最新的 3.2.6 版本.

使用方式更像是自然语言，用起来更舒适。

简化 mongodb java driver 的操作，降低学习成本。

支持 MongoDB 的授权机制（可以使用用户名和密码登录）、支持连接 MongoDB 副本集、读写分离、安全写入、SSL 连接等特性。

内置 JFinal 和 Resty 插件。（基于最新版的 JFinal和 Resty）

本次发布主要改进：

增加索引相关支持

增加Exist校验器，Query增加exist方法、or和nor方法

增加日期校验支持

增加聚合运算支持

增加join查找等新特性

修复bug和优化代码

重写了所有测试类

54次commit，历时半年，只为打造最好用的MongoDB操作工具。

文章转载自 开源中国社区[http://www.oschina.net]

时间： 2024-11-04 17:19:33

MongoDB Plugin 1.0.7，支持主键操作和聚合运算的相关文章

主键生成器

这些天忙着做毕业设计,忙着敲代码,早发现像原来那样"无聊"的把那些技术文字再敲一遍是没有多大意义的,因为写出它们所用的时间要是仔细在看或者再用代码做几个实际的例子应该更好吧,其实这是早知道的,那以前知道还那么干,主要是因为太想做老师了吧!现在呢,不那么干不写了是因为暂时放弃做老师的打算吧,这两天空闲的时候复习数据库,翻到了以前的所写的一个存储过程"主键生成器",SQLServer版本的是在以前项目中用过的,Oracle版本的是后面学习Oracle时补上的,不管怎么样

MySQL添加删除主键的方法

  mysql添加删除主键操作是非常基本的操作,下面就将教您mysql添加删除主键的方法,如果您是刚刚接触mysql数据库的新人,不妨一看. 修改mysql的字符集: 在安装mysql5.0时可以设置好mysql的字符集,一般使用utf8的字符集 1.查看建立表"tablename"的sql语句 Show create table tablename;//查看建立表"tablename"的sql语句 | maos_mail_batch | CREATE TABLE

Redis的缓存策略和主键失效机制

作为缓存系统都要定期清理无效数据,就需要一个主键失效和淘汰策略. >>EXPIRE主键失效机制 在Redis当中,有生存期的key被称为volatile, 在创建缓存时,要为给定的key设置生存期,当key过期的时候(生存期为0),它可能会被删除. (1)影响生存时间的一些操作 生存时间可以通过使用 DEL 命令来删除整个 key 来移除,或者被 SET 和 GETSET 命令覆盖原来的数据, 也就是说,修改key对应的value和使用另外相同的key和value来覆盖以后,当前数据的生存时间

深入理解Redis中的主键失效及其实现机制

   作为一种定期清理无效数据的重要机制,主键失效存在于大多数缓存系统中,Reids也不例外.在Redis提供的诸多命令中,EXPIRE.EXPIREAT.PEXPIRE.PEXPIREAT以及SETEX和PSETEX均可以用来设置一条Key-Value对的失效时间,而一条Key-Value对一旦被关联了失效时间就会在到期后自动删除(或者说变得无法访问更为准确).可以说,主键失效这个概念还是比较容易理解的,但是在具体实现到Redis中又是如何呢?最近本博主就对Redis中的主键失效机制产生了几个

MySQL中的主键以及设置其自增的用法教程_Mysql

1.声明主键的方法:您可以在创建表的时候就为表加上主键,如: CREATE TABLE tbl_name ([字段描述省略...], PRIMARY KEY(index_col_name)); 也可以更新表结构时为表加上主键,如: ALTER TABLE tbl_name ADD PRIMARY KEY (index_col_name,-); /* 创建一个qq表,将qq_id设为主键,且没有对其进行NOT NULl约束 */ create table qq( qq_id int(10), ni

深入探寻mysql自增列导致主键重复问题的原因_Mysql

废话少说,进入正题.      拿到问题后,首先查看现场,发现问题表的中记录的最大值比自增列的值要大,那么很明显,当有记录进行插入时,自增列产生的值就有可能与已有的记录主键冲突,导致出错.首先想办法解决问题,通过人工调大自增列的值,保证大于表内已有的主键即可,调整后,导数据正常.问题是解决了,接下来要搞清楚问题原因,什么操作导致了这种现象的发生呢?       这里有一种可能,即业务逻辑包含更新自增主键的代码,由于mysql的update动作不会同时更新自增列值,若更新主键值比自增列大,也会导致

Redis中主键失效的原理及实现机制剖析_Redis

作为一种定期清理无效数据的重要机制,主键失效存在于大多数缓存系统中,Redis 也不例外.在 Redis 提供的诸多命令中,EXPIRE.EXPIREAT.PEXPIRE.PEXPIREAT 以及 SETEX 和 PSETEX 均可以用来设置一条 Key-Value 对的失效时间,而一条 Key-Value 对一旦被关联了失效时间就会在到期后自动删除(或者说变得无法访问更为准确).可以说,主键失效这个概念还是比较容易理解的,但是在具体实现到 Redis 中又是如何呢?最近本博主就对 Redis

MySQL5.5加主键锁读问题

  背景      有同学讨论到MySQL 5.5下给大表加主键时会锁住读的问题,怀疑与fast index creation有关,这里简单说明下.   对照现象          为了说明这个问题的原因,有兴趣的同学可以做对比实验.     1)  在给InnoDB表创建主键期间,会锁住该表上的读数据     2) 但是同样的表执行删除主键期间,不会锁住该表上的读操作 ----这说明与是否fast index creation无关,因为这两个操作在数据层面的行为应该是类似的,实际上,创建/删除

RDS 高可用保障之 – 隐式主键

在构建稳定可靠的应用架构时, 数据库是最底层.最稳定的组件之一:而在云环境中,RDS 提供一个7*24小时不间接访问的云服务,可用性达到99.95%. RDS 采用主备复制架构,用户购买一个实例,RDS都会提供一个性能对等的备库用于保证高可用. 高可用性组件(AURORA)会每3秒检查主库(Master)状态,当发现 Master 出现Down机时可以将用户的SQL请求快速转移到备库(Slave)上面. 图1 – RDS 架构图 在这样的架构设计下, RDS需要保证主备数据一致性并且延时不超过1