Apache ShardingSphere 中文文档 5.3.2428 11.6.1 SQL 解析测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 428 数据准备 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 428 11.6.2 SQL 改写测试 . 470 12.6.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 471 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 471 存量数据迁移阶段 . (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document0 码力 | 508 页 | 4.44 MB | 1 年前3
Apache ShardingSphere v5.5.0 中文文档475 11.6.1 SQL 解析测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 475 数据准备 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 475 11.6.2 SQL 改写测试 . 517 12.6.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 518 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 518 存量数据迁移阶段 . (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document0 码力 | 557 页 | 4.61 MB | 1 年前3
Apache ShardingSphere 中文文档 5.4.1449 11.6.1 SQL 解析测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 449 数据准备 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 449 11.6.2 SQL 改写测试 . 491 12.6.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 492 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 492 存量数据迁移阶段 . (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document0 码力 | 530 页 | 4.49 MB | 1 年前3
Apache ShardingSphere 中文文档 5.2.0321 6.6.1 SQL 解析测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321 数据准备 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321 6.6.2 SQL 改写测试 . . 361 7.6.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362 存量数据迁移阶段 . (资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 3.2. 分布式事务 26 Apache ShardingSphere document0 码力 | 449 页 | 5.85 MB | 1 年前3
Apache ShardingSphere 中文文档 5.0.0254 vii 7.3.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254 存量数据迁移阶段 . RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型,JTA 接口中的 ResourceManager 所管理的数据库; • 将 Apache ShardingSphere 的数据节点进行扩容或缩容。 不支持项 • 无主键表扩缩容; • 复合主键表扩缩容; • 不支持在当前存储节点之上做迁移,需要准备一个全新的数据库集群作为迁移目标库。 4.7 数据加密 4.7.1 背景 安全控制一直是治理的重要环节,数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说, 数据安全一直是极为重视0 码力 | 385 页 | 4.26 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.1. . 256 7.4.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256 存量数据迁移阶段 . RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型,JTA 接口中的 ResourceManager 所管理的数据库; • 将 Apache ShardingSphere 的数据节点进行扩容或缩容。 不支持项 • 无主键表扩缩容; • 复合主键表扩缩容; • 不支持在当前存储节点之上做迁移,需要准备一个全新的数据库集群作为迁移目标库。 4.8 数据加密 4.8.1 背景 安全控制一直是治理的重要环节,数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说, 数据安全一直是极为重视0 码力 | 409 页 | 4.47 MB | 1 年前3
Apache ShardingSphere 中文文档 5.0.0-alpha105 3.10.2 SQL 解析测试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 数据准备 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 iv 3.10.3 SQL 效率的最优平衡。针对自动化的执行引擎,用户只需配置 maxConnectionSizePerQuery 即可,该参数表 示一次查询时每个数据库所允许使用的最大连接数。 执行引擎分为准备和执行两个阶段。 准备阶段 顾名思义,此阶段用于准备执行的数据。它分为结果集分组和执行单元创建两个步骤。 结果集分组是实现内化连接模式概念的关键。执行引擎根据 maxConnectionSizePerQuery 配置项,结合 骤。 分组执行将准备执行阶段生成的执行单元分组下发至底层并发执行引擎,并针对执行过程中的每个关键 步骤发送事件。如:执行开始事件、执行成功事件以及执行失败事件。执行引擎仅关注事件的发送,它并 不关心事件的订阅者。ShardingSphere 的其他模块,如:分布式事务、调用链路追踪等,会订阅感兴趣 的事件,并进行相应的处理。 ShardingSphere 通过在执行准备阶段的获取的连接模0 码力 | 301 页 | 3.44 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.0. . 251 7.4.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251 存量数据迁移阶段 . RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型,JTA 接口中的 ResourceManager 弹性伸缩 54 Apache ShardingSphere document, v5.1.0 不支持项 • 无主键表扩缩容; • 复合主键表扩缩容; • 不支持在当前存储节点之上做迁移,需要准备一个全新的数据库集群作为迁移目标库。 4.8 数据加密 4.8.1 背景 安全控制一直是治理的重要环节,数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说, 数据安全一直是极为重视0 码力 | 406 页 | 4.40 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.2. . 267 7.4.2 执行阶段说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267 准备阶段 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267 存量数据迁移阶段 . RM(资源管理器)概念来保证分布式事务的强一致性。其中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 4.4. 分布式事务 44 Apache ShardingSphere document 所管理的数据库; • 将 Apache ShardingSphere 的数据节点进行扩容或缩容。 不支持项 • 无主键表扩缩容; • 复合主键表扩缩容; • 不支持在当前存储节点之上做迁移,需要准备一个全新的数据库集群作为迁移目标库。 4.8 数据加密 4.8.1 背景 安全控制一直是治理的重要环节,数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说, 数据安全一直是极为重视0 码力 | 446 页 | 4.67 MB | 1 年前3
尚硅谷 “玩转”Java 系列 - MyBatis——————— 8 【更多 Java – Android 资料下载,可访问尚硅谷(中国)官网 www.atguigu.com 下载区】 5. 解决字段名与实体类属性名不相同的冲突 5.1. 准备表和数据: CREATE TABLE orders( order_id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(20), order_price 1); System.out.println(c); } 7. 动态 SQL 与模糊查询 7.1. 提出需求: 实现多条件查询用户(姓名模糊匹配, 年龄在指定的最小值到最大值之间) 7.2. 准备数据表和数据: create table d_user( id int primary key auto_increment, name varchar(10), age int(3) println(list); } } MyBatis 中可用的动态 SQL 标签 8.调用存储过程 8.1. 提出需求: 查询得到男性或女性的数量, 如果传入的是 0 就女性否则是男性 8.2. 准备数据库表和存储过程: create table p_user( id int primary key auto_increment, name varchar(10), sex char(2)0 码力 | 27 页 | 322.51 KB | 1 年前3
共 13 条
- 1
- 2













