Apache ShardingSphere 中文文档 5.0.0-alpha. . . . . . . 288 7.12 ShardingSphere 提供的默认分布式自增主键策略为什么是不连续的,且尾数大多为偶数? 288 7.13 Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名过长,如何解 决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . conditional_expr | USING (column_list)] 不支持项 路由至多数据节点 部分支持 CASE WHEN * CASE WHEN 中包含子查询不支持 * CASE WHEN 中使用逻辑表名不支持(请使 用表别名) 不支持 HAVING、UNION (ALL) 部分支持子查询 * 子查询和外层查询同时指定分片键时,分片键的值必须保持一致 除了分页子查询的支持之外 (详 查询列前不能使用表名; 若 查询表存在别名, 则可使用表的别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询,SQLServer 由于分页查询较为复杂,仅部分支持。 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下,以 MySQL 为例: SELECT * FROM t_order ORDER BY id LIMIT 10000000 码力 | 301 页 | 3.44 MB | 1 年前3
Apache ShardingSphere 中文文档 5.3.2must implements Comparable”? . . . . . . . . . . . . . . . . . . . . 490 13.6.5 其他 Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名 过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rownum <= ?) WHERE rownum > ?; 分页查询 完全支持 MySQL、PostgreSQL、openGauss,Oracle 和 SQLServer 由于分页查询较为复杂,仅部分支持。 Oracle 和 SQLServer 的分页都需要通过子查询来处理,ShardingSphere 支持分页相关的子查询。 • Oracle 支持使用 rownum 进行分页: SELECT 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document XA 事务建立在 ShardingSphere0 码力 | 508 页 | 4.44 MB | 1 年前3
Apache ShardingSphere 中文文档 5.4.1must implements Comparable”? . . . . . . . . . . . . . . . . . . . . 512 13.6.5 其他 Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名 过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rownum <= ?) WHERE rownum > ?; 分页查询 完全支持 MySQL、PostgreSQL、openGauss,Oracle 和 SQLServer 由于分页查询较为复杂,仅部分支持。 Oracle 和 SQLServer 的分页都需要通过子查询来处理,ShardingSphere 支持分页相关的子查询。 • Oracle 支持使用 rownum 进行分页: SELECT 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document XA 事务建立在 ShardingSphere0 码力 | 530 页 | 4.49 MB | 1 年前3
Apache ShardingSphere v5.5.0 中文文档must implements Comparable”? . . . . . . . . . . . . . . . . . . . . 538 13.6.5 其他 Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名 过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rownum <= ?) WHERE rownum > ?; 分页查询 完全支持 MySQL、PostgreSQL、openGauss,Oracle 和 SQLServer 由于分页查询较为复杂,仅部分支持。 Oracle 和 SQLServer 的分页都需要通过子查询来处理,ShardingSphere 支持分页相关的子查询。 • Oracle 支持使用 rownum 进行分页: SELECT 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 8.2. 分布式事务 31 Apache ShardingSphere document XA 事务建立在 ShardingSphere0 码力 | 557 页 | 4.61 MB | 1 年前3
Apache ShardingSphere 中文文档 5.2.0must implements Comparable”? . . . . . . . . . . . . . . . . . . . . 427 8.6.5 其他 Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名 过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ShardingSphere document, v5.2.0 分页查询 完全支持 MySQL、PostgreSQL、openGauss,Oracle 和 SQLServer 由于分页查询较为复杂,仅部分支持。 Oracle 和 SQLServer 的分页都需要通过子查询来处理,ShardingSphere 支持分页相关的子查询。 • Oracle 支持使用 rownum 进行分页: SELECT 间采用 XA 的协议进行双向通信,通 过两阶段提交实现。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外, 还可以反向通知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子 提交,以保证事务的强一致性。 3.2. 分布式事务 26 Apache ShardingSphere document, v5.2.0 XA 事务建立在 ShardingSphere0 码力 | 449 页 | 5.85 MB | 1 年前3
Greenplum 编译安装和调试Greenplum中的典型执行路径,最后介绍一些调试技巧。 源代码使用 Greenplum 开源社区最新源代码 6X_STABLE 分支: https://github.com/greenplum-db/gpdb,内核代码基于 PostgreSQL 9.4。目前(2019/04/23) 主 干分支的代码基于 PostgreSQL 9.4。合并到 PostgreSQL 9.5 的工作也已经开始,有关最新工作 进展请参见:https://github macOS.md。 1.2 在 Redhat/Centos 系统上编译 本小节以 RHEL7 为例介绍如何编译Greenplum。 首先下载 Greenplum 源代码 $ git clone https://github.com/greenplum-db/gpdb Greenplum Database 编译和运行依赖于各种系统库和Python库。需要先安装这些依赖:0 码力 | 15 页 | 2.07 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.1must implements Comparable”? . . . . . . . . . . . . . . . . . . . . 310 7.8.25 [其他] Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名 过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . tbl_name 查询列是函数表达式时,查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询,SQLServer 由于分页查询较为复杂,仅部分支持。 4.3. 数据分片 40 Apache ShardingSphere document, v5.1.1 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下,以 MySQL 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型,JTA 接口中的 ResourceManager 需要数据库厂商提供 XA 驱动0 码力 | 409 页 | 4.47 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.0must implements Comparable”? . . . . . . . . . . . . . . . . . . . . 306 7.8.25 [其他] Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名 过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . tbl_name 查询列是函数表达式时,查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询,SQLServer 由于分页查询较为复杂,仅部分支持。 4.3. 数据分片 40 Apache ShardingSphere document, v5.1.0 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下,以 MySQL 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型,JTA 接口中的 ResourceManager 需要数据库厂商提供 XA 驱动0 码力 | 406 页 | 4.40 MB | 1 年前3
Apache ShardingSphere 中文文档 5.1.2must implements Comparable”? . . . . . . . . . . . . . . . . . . . . 322 7.8.25 [其他] Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文件名 过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . tbl_name 查询列是函数表达式时,查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询,SQLServer 由于分页查询较为复杂,仅部分支持。 4.3. 数据分片 40 Apache ShardingSphere document, v5.1.2 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下,以 MySQL 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 4.4. 分布式事务 44 Apache ShardingSphere document, v5.1.2 Java 通过定义 JTA0 码力 | 446 页 | 4.67 MB | 1 年前3
Apache ShardingSphere 中文文档 5.0.0value must implements Comparable”? . . . . . . . . . . . . . . . . 293 7.7.22 22. [其他] Windows 环境下,通过 Git 克隆 ShardingSphere 源码时为什么提示文 件名过长,如何解决? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . tbl_name 查询列是函数表达式时,查询列 前不能使用表名 使用表 别名 分页 完全支持 MySQL、PostgreSQL 和 Oracle 的分页查询,SQLServer 由于分页查询较为复杂,仅部分支持。 分页性能 性能瓶颈 查询偏移量过大的分页会导致数据库获取数据性能低下,以 MySQL 为例: SELECT * FROM t_order ORDER BY id LIMIT 1000000 中 TM 与 RM 间采用 XA 的协议进行双向通 信。与传统的本地事务相比,XA 事务增加了准备阶段,数据库除了被动接受提交指令外,还可以反向通 知调用方事务是否可以被提交。TM 可以收集所有分支事务的准备结果,并于最后进行原子提交,以保证 事务的强一致性。 Java 通过定义 JTA 接口实现了 XA 模型,JTA 接口中的 ResourceManager 需要数据库厂商提供 XA 驱动0 码力 | 385 页 | 4.26 MB | 1 年前3
共 208 条
- 1
- 2
- 3
- 4
- 5
- 6
- 21













