Mybatis 3.3.0 中文用户指南的用户来说也比较熟悉,不过现在有了一种更直白的方式。使用对于给定 语句能够合理描述参数和返回值的接口(比如说BlogMapper.class),你现在不但可以执行更清晰和类型安全的代码,而且还不用担 心易错的字符串字面值以及强制类型转换。 例如: SqlSession session = sqlSessionFactory.openSession(); try { BlogMapper mapper 对于这个简单的例子来说似乎有点小题大做了,但实际上它是非常轻量级的。在一个 XML 映射文件中,你想定义多少个映射语句都是 可以的,这样下来,XML 头部和文档类型声明占去的部分就显得微不足道了。文件的剩余部分具有很好的自解释性。在命名空 间“com.mybatis.example.BlogMapper”中定义了一个名为“selectBlog”的映射语句,这样它就允许你使用指定的完全限定 你可能注意到这和使用完全限定名调用 Java 对象的方法是相似的,之所以这样做是有原因的。这个命名可以直接映射到在命名空间中 同名的 Mapper 类,并在已映射的 select 语句中的名字、参数和返回类型匹配成方法。这样你就可以向上面那样很容易地调用这个对 应 Mapper 接口的方法。不过让我们再看一遍下面的例子: BlogMapper mapper = session.getMapper(BlogMapper0 码力 | 98 页 | 2.03 MB | 1 年前3
Apache ShardingSphere 中文文档 5.4.187 算法配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 9.1.3 特殊 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 数据分片 . . . 测试目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 452 11.7.2 测试环境类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 453 11.7.3 使用指南 . . . . . . . . . . 509 13.4.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时,指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint,出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 509 13.4.6 分片 ShardingSphere0 码力 | 530 页 | 4.49 MB | 1 年前3
Apache ShardingSphere v5.5.0 中文文档92 算法配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 9.1.3 特殊 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 数据分片 . . . 测试目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 478 11.7.2 测试环境类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 479 11.7.3 使用指南 . . . . . . . . . . 534 13.3.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时,指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint,出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 534 13.3.6 分片 ShardingSphere0 码力 | 557 页 | 4.61 MB | 1 年前3
Apache ShardingSphere 中文文档 5.3.286 算法配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 9.1.3 特殊 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106 数据分片 . . . 测试目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431 11.7.2 测试环境类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 432 11.7.3 使用指南 . . . . . . . . . . 487 13.4.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时,指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint,出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 488 13.4.6 分片 ShardingSphere0 码力 | 508 页 | 4.44 MB | 1 年前3
Apache ShardingSphere 中文文档 5.2.035 3.4.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 动态读写分离 . . . . . . 130 算法配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150 4.1.5 特殊 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152 数据分片 . . . . . . . . . 424 8.3.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时,指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint,出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 424 8.3.6 分片 ShardingSphere0 码力 | 449 页 | 5.85 MB | 1 年前3
MyBatis 框架尚硅谷 java 研究院版本:V 1.0维护不易且实际开发需求中 sql 是有变化,频繁修改的情况多见 2) Hibernate 和 JPA 1 长难复杂 SQL,对于 Hibernate 而言处理也不容易 2 内部自动生产的 SQL,不容易做特殊优化 3 基于全映射的全自动框架,大量字段的 POJO 进行部分映射时比较困难。导致数据 库性能下降 JAVAEE 课程系列 ————————————————————————————— 2 更多 和 属性 (properties)信息。 2) 文件结构如下: configuration 配置 properties 属性 settings 设置 typeAliases 类型命名 typeHandlers 类型处理器 objectFactory 对象工厂 plugins 插件 environments 环境 environment 环境变量 transactionManager 事务管理器 name="lazyLoadTriggerMethods" value="equals,clone,hashCode,toString"/> 3.4 typeAliases 别名处理 1) 类型别名是为 Java 类型设置一个短的名字,可以方便我们引用某个类。0 码力 | 44 页 | 926.54 KB | 1 年前3
Apache ShardingSphere 中文文档 5.1.254 4.6.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 动态读写分离 . . . . . . 123 影子算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 5.1.8 特殊 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 数据分片 . . . . . . . . 318 7.8.12 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时,指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint,出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 318 7.8.13 [分片]0 码力 | 446 页 | 4.67 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.153 4.6.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 动态读写分离 . . . . . . 120 影子算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121 5.1.7 特殊 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 数据分片 . . . . . . . . 307 7.8.12 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时,指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint,出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 307 7.8.13 [分片]0 码力 | 409 页 | 4.47 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.053 4.6.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 动态读写分离 . . . . . . 119 影子算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 5.1.7 特殊 API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121 数据分片 . . . . . . . . 303 7.8.12 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时,指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint,出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 303 7.8.13 [分片]0 码力 | 406 页 | 4.40 MB | 1 年前3
Apache ShardingSphere 中文文档 5.0.0-alpha使用 SQLSever 和 PostgreSQL 时,聚合列不加别名会抛异常? . . . . . . . . . . . . . . 286 7.10 Oracle 数据库使用 Timestamp 类型的 Order By 语句抛出异常提示“Order by value must implements Comparable”? . . . . . . . . . . . . . . . . . 数据分片 3.1.1 背景 传统的将数据集中存储至单一数据节点的解决方案,在性能、可用性和运维成本这三方面已经难于满足 互联网的海量数据场景。 从性能方面来说,由于关系型数据库大多采用 B+ 树类型的索引,在数据量超过阈值的情况下,索引深度 的增加也将使得磁盘访问的 IO 次数增加,进而导致查询性能的下降;同时,高并发访问请求也使得集中 式数据库成为系统的最大瓶颈。 从可用性的方面来讲, 管理分片键值。可以通过编程的方式向 HintManager 中 添加分片条件,该分片条件仅在当前线程内生效。 除了通过编程的方式使用强制分片路由,Apache ShardingSphere 还计划通过 SQL 中的特殊注释的方式 引用 Hint,使开发者可以采用更加透明的方式使用该功能。 指定了强制分片路由的 SQL 将会无视原有的分片逻辑,直接路由至指定的真实数据节点。 3.1. 数据分片 20 Apache0 码力 | 301 页 | 3.44 MB | 1 年前3
共 16 条
- 1
- 2













