 Apache ShardingSphere 中文文档 5.1.1Database Plus,旨在构建异构数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和 可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, 数据库协议 Apache ShardingSphere 目前实现了 MySQL 和 PostgreSQL 协议。 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力,同时将一部分数据库特性抽象到了上层,进 行统一管理,以降低用户的使用难度。 因此,对于统一提供的特性,原生的 SQL 将不再下发到数据库,并提示该操作不被支持,用户可使用 ShardingSphere0 码力 | 409 页 | 4.47 MB | 1 年前3 Apache ShardingSphere 中文文档 5.1.1Database Plus,旨在构建异构数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和 可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, 数据库协议 Apache ShardingSphere 目前实现了 MySQL 和 PostgreSQL 协议。 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力,同时将一部分数据库特性抽象到了上层,进 行统一管理,以降低用户的使用难度。 因此,对于统一提供的特性,原生的 SQL 将不再下发到数据库,并提示该操作不被支持,用户可使用 ShardingSphere0 码力 | 409 页 | 4.47 MB | 1 年前3
 Apache ShardingSphere 中文文档 5.1.0Database Plus,旨在构建异构数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, 数据库协议 Apache ShardingSphere 目前实现了 MySQL 和 PostgreSQL 协议。 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力,同时将一部分数据库特性抽象到了上层,进 行统一管理,以降低用户的使用难度。 因此,对于统一提供的特性,原生的 SQL 将不再下发到数据库,并提示该操作不被支持,用户可使用 ShardingSphere0 码力 | 406 页 | 4.40 MB | 1 年前3 Apache ShardingSphere 中文文档 5.1.0Database Plus,旨在构建异构数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, 数据库协议 Apache ShardingSphere 目前实现了 MySQL 和 PostgreSQL 协议。 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力,同时将一部分数据库特性抽象到了上层,进 行统一管理,以降低用户的使用难度。 因此,对于统一提供的特性,原生的 SQL 将不再下发到数据库,并提示该操作不被支持,用户可使用 ShardingSphere0 码力 | 406 页 | 4.40 MB | 1 年前3
 Apache ShardingSphere 中文文档 5.1.2Database Plus,旨在构建异构数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和 可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, com/apache/shardingsphere/tree/master/shardingsphere‐db‐protocol 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力,同时将一部分数据库特性抽象到了上层,进 行统一管理,以降低用户的使用难度。 因此,对于统一提供的特性,原生的 SQL 将不再下发到数据库,并提示该操作不被支持,用户可使用 ShardingSphere0 码力 | 446 页 | 4.67 MB | 1 年前3 Apache ShardingSphere 中文文档 5.1.2Database Plus,旨在构建异构数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和 可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, com/apache/shardingsphere/tree/master/shardingsphere‐db‐protocol 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力,同时将一部分数据库特性抽象到了上层,进 行统一管理,以降低用户的使用难度。 因此,对于统一提供的特性,原生的 SQL 将不再下发到数据库,并提示该操作不被支持,用户可使用 ShardingSphere0 码力 | 446 页 | 4.67 MB | 1 年前3
 Apache ShardingSphere 中文文档 5.4.1设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 1.1.1 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 1.1 对于数据加密的需求,在现实的业务场景中存在如下情况: • 安全部门规定需将涉及用户敏感信息,例如银行、手机号码等进行加密后存储到数据库,在使用的 时候再进行解密处理。 8.7.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 数据进行任何改变的情况 下,依据用户定义的脱敏规则,对生产数据库返回的数据进行专门的加密、遮盖和替换,确保生产环境 的敏感数据能够得到保护。 8.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要根据脱敏需求,自行实现并维护一套脱敏功能,而脱 敏功能往往是耦合在各个业务逻辑中,不同的业务系统难以复用,而当脱敏场景发生改变时,自行维护 的脱敏功能往往又面临着重构或修改的风险。 80 码力 | 530 页 | 4.49 MB | 1 年前3 Apache ShardingSphere 中文文档 5.4.1设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 1.1.1 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 1.1 对于数据加密的需求,在现实的业务场景中存在如下情况: • 安全部门规定需将涉及用户敏感信息,例如银行、手机号码等进行加密后存储到数据库,在使用的 时候再进行解密处理。 8.7.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 数据进行任何改变的情况 下,依据用户定义的脱敏规则,对生产数据库返回的数据进行专门的加密、遮盖和替换,确保生产环境 的敏感数据能够得到保护。 8.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要根据脱敏需求,自行实现并维护一套脱敏功能,而脱 敏功能往往是耦合在各个业务逻辑中,不同的业务系统难以复用,而当脱敏场景发生改变时,自行维护 的脱敏功能往往又面临着重构或修改的风险。 80 码力 | 530 页 | 4.49 MB | 1 年前3
 Apache ShardingSphere 中文文档 5.3.2设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 1.1.1 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 1.1 对于数据加密的需求,在现实的业务场景中存在如下情况: • 安全部门规定需将涉及用户敏感信息,例如银行、手机号码等进行加密后存储到数据库,在使用的 时候再进行解密处理。 8.7.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 数据进行任何改变的情况 下,依据用户定义的脱敏规则,对生产数据库返回的数据进行专门的加密、遮盖和替换,确保生产环境 的敏感数据能够得到保护。 8.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要根据脱敏需求,自行实现并维护一套脱敏功能,而脱 敏功能往往是耦合在各个业务逻辑中,不同的业务系统难以复用,而当脱敏场景发生改变时,自行维护 的脱敏功能往往又面临着重构或修改的风险。 80 码力 | 508 页 | 4.44 MB | 1 年前3 Apache ShardingSphere 中文文档 5.3.2设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 1.1.1 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 1.1 对于数据加密的需求,在现实的业务场景中存在如下情况: • 安全部门规定需将涉及用户敏感信息,例如银行、手机号码等进行加密后存储到数据库,在使用的 时候再进行解密处理。 8.7.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 数据进行任何改变的情况 下,依据用户定义的脱敏规则,对生产数据库返回的数据进行专门的加密、遮盖和替换,确保生产环境 的敏感数据能够得到保护。 8.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要根据脱敏需求,自行实现并维护一套脱敏功能,而脱 敏功能往往是耦合在各个业务逻辑中,不同的业务系统难以复用,而当脱敏场景发生改变时,自行维护 的脱敏功能往往又面临着重构或修改的风险。 80 码力 | 508 页 | 4.44 MB | 1 年前3
 Apache ShardingSphere 中文文档 5.0.0Database Plus,旨在构建多模数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, 实现者较少,且协议本身过于中立,对于个性化的相关产品的实现不如原生支持强大。 第二种方式是使用 SkyWalking 的自动探针。Apache ShardingSphere 团队与Apache SkyWalking 团队共 同合作,在 SkyWalking 中实现了 Apache ShardingSphere 自动探针,可以将相关的应用性能数据自动发 送到 SkyWalking 中。 第三种方式是使用0 码力 | 385 页 | 4.26 MB | 1 年前3 Apache ShardingSphere 中文文档 5.0.0Database Plus,旨在构建多模数据库上层的标准和生态。它关 注如何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。ShardingSphere 站在 数据库的上层视角,关注他们之间的协作多于数据库自身。 连接、增量和可插拔是 Apache ShardingSphere 的核心概念。 • 连接:通过对数据库协议、SQL 方言以及数据库存储的灵活适配,快速的连接应用与多模式的异构 Apache Shard‐ ingSphere 社区,提供新颖思路和令人兴奋的功能。 4.1 数据库兼容 4.1.1 背景 随着通信技术的革新,全新领域的应用层出不穷,推动和颠覆整个人类社会协作模式的革新。数据存量 随着应用的探索不断增加,数据的存储和计算模式无时无刻面临着创新。 面向交易、大数据、关联分析、物联网等场景越来越细分,单一数据库再也无法适用于所有的应用场景。 与此同时, 实现者较少,且协议本身过于中立,对于个性化的相关产品的实现不如原生支持强大。 第二种方式是使用 SkyWalking 的自动探针。Apache ShardingSphere 团队与Apache SkyWalking 团队共 同合作,在 SkyWalking 中实现了 Apache ShardingSphere 自动探针,可以将相关的应用性能数据自动发 送到 SkyWalking 中。 第三种方式是使用0 码力 | 385 页 | 4.26 MB | 1 年前3
 Apache ShardingSphere v5.5.0 中文文档设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 1.1.1 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 1.1 对于数据加密的需求,在现实的业务场景中存在如下情况: • 安全部门规定需将涉及用户敏感信息,例如银行、手机号码等进行加密后存储到数据库,在使用的 时候再进行解密处理。 8.7.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 数据进行任何改变的情况 下,依据用户定义的脱敏规则,对生产数据库返回的数据进行专门的加密、遮盖和替换,确保生产环境 的敏感数据能够得到保护。 8.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要根据脱敏需求,自行实现并维护一套脱敏功能,而脱 敏功能往往是耦合在各个业务逻辑中,不同的业务系统难以复用,而当脱敏场景发生改变时,自行维护 的脱敏功能往往又面临着重构或修改的风险。 80 码力 | 557 页 | 4.61 MB | 1 年前3 Apache ShardingSphere v5.5.0 中文文档设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 1.1.1 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 1.1 对于数据加密的需求,在现实的业务场景中存在如下情况: • 安全部门规定需将涉及用户敏感信息,例如银行、手机号码等进行加密后存储到数据库,在使用的 时候再进行解密处理。 8.7.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 数据进行任何改变的情况 下,依据用户定义的脱敏规则,对生产数据库返回的数据进行专门的加密、遮盖和替换,确保生产环境 的敏感数据能够得到保护。 8.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要根据脱敏需求,自行实现并维护一套脱敏功能,而脱 敏功能往往是耦合在各个业务逻辑中,不同的业务系统难以复用,而当脱敏场景发生改变时,自行维护 的脱敏功能往往又面临着重构或修改的风险。 80 码力 | 557 页 | 4.61 MB | 1 年前3
 Apache ShardingSphere 中文文档 5.2.0设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 ShardingSphere-Proxy 和逻辑情况下,将新增数据进行加密处理,并存储到数据库;在使用时, 再进行解密取出。 • 如何较为安全、无缝、透明化地实现业务系统在明文与密文数据间的迁移。 3.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 配置中配置启用对应插件,并且需要同时配置使用 SkyWalking 的 apm‐toolkit 工具。 • 使用 SkyWalking 的内置自动探针 Apache ShardingSphere 团队与 Apache SkyWalking 团队共同合 作,在 SkyWalking 中实现了 Apache ShardingSphere 自动探针,可以将相关的应用性能数据自动 发送到 SkyWalking 中。注意这种方式的自动探针不能与0 码力 | 449 页 | 5.85 MB | 1 年前3 Apache ShardingSphere 中文文档 5.2.0设计哲学为 Database Plus,旨在构建异构数据库上层的标准和生态。它关注如 何充分合理地利用数据库的计算和存储能力,而并非实现一个全新的数据库。它站在数据库的上层视角, 关注它们之间的协作多于数据库自身。 ShardingSphere-JDBC ShardingSphere‐JDBC 定位为轻量级 Java 框架,在 Java 的 JDBC 层提供的额外服务。 ShardingSphere-Proxy 和逻辑情况下,将新增数据进行加密处理,并存储到数据库;在使用时, 再进行解密取出。 • 如何较为安全、无缝、透明化地实现业务系统在明文与密文数据间的迁移。 3.8.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情 配置中配置启用对应插件,并且需要同时配置使用 SkyWalking 的 apm‐toolkit 工具。 • 使用 SkyWalking 的内置自动探针 Apache ShardingSphere 团队与 Apache SkyWalking 团队共同合 作,在 SkyWalking 中实现了 Apache ShardingSphere 自动探针,可以将相关的应用性能数据自动 发送到 SkyWalking 中。注意这种方式的自动探针不能与0 码力 | 449 页 | 5.85 MB | 1 年前3
 Mybatis 3.3.0 中文用户指南注解对于稍微复杂的语句就会力不从心并且会显得更加混乱。因此,如果你 需要做很复杂的事情,那么最好使用 XML 来映射语句。 选择何种方式以及映射语句的定义的一致性对你来说有多重要这些完全取决于你和你的团队。换句话说,永远不要拘泥于一种方式,你 可以很轻松的在基于注解和 XML 的语句映射方式间自由移植和切换。 范围( 范围(Scope)和生命周期 )和生命周期 理解我们目前已经讨论过的不同范围和 HTML to PDF API! Management Management Project Project Plugins Plugins 项目团队 项目团队 源代码库 源代码库 项目概要 项目概要 项目报表 项目报表 项目团队 本文档提供了本项目中成员的信息.他们是在本项目中以某种形式做出了贡献的个人. 源代码库 这是一个在线代码库,它可以通过Web浏览器进行查看. 项目概要0 码力 | 98 页 | 2.03 MB | 1 年前3 Mybatis 3.3.0 中文用户指南注解对于稍微复杂的语句就会力不从心并且会显得更加混乱。因此,如果你 需要做很复杂的事情,那么最好使用 XML 来映射语句。 选择何种方式以及映射语句的定义的一致性对你来说有多重要这些完全取决于你和你的团队。换句话说,永远不要拘泥于一种方式,你 可以很轻松的在基于注解和 XML 的语句映射方式间自由移植和切换。 范围( 范围(Scope)和生命周期 )和生命周期 理解我们目前已经讨论过的不同范围和 HTML to PDF API! Management Management Project Project Plugins Plugins 项目团队 项目团队 源代码库 源代码库 项目概要 项目概要 项目报表 项目报表 项目团队 本文档提供了本项目中成员的信息.他们是在本项目中以某种形式做出了贡献的个人. 源代码库 这是一个在线代码库,它可以通过Web浏览器进行查看. 项目概要0 码力 | 98 页 | 2.03 MB | 1 年前3
 Apache ShardingSphere 中文文档 5.0.0-alphaApache ShardingSphere document, v5.0.0-beta 第二种方式是使用 SkyWalking 的自动探针。Apache ShardingSphere 团队与Apache SkyWalking 团队共 同合作,在 SkyWalking 中实现了 Apache ShardingSphere 自动探针,可以将相关的应用性能数据自动发 送到 SkyWalking 中。 使用方法 和逻辑情况下,将新增数据进行加密处理,并存储到数据库;在使用时, 再进行解密取出。 • 如何较为安全、无缝、透明化地实现业务系统在明文与密文数据间的迁移。 3.6.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情0 码力 | 301 页 | 3.44 MB | 1 年前3 Apache ShardingSphere 中文文档 5.0.0-alphaApache ShardingSphere document, v5.0.0-beta 第二种方式是使用 SkyWalking 的自动探针。Apache ShardingSphere 团队与Apache SkyWalking 团队共 同合作,在 SkyWalking 中实现了 Apache ShardingSphere 自动探针,可以将相关的应用性能数据自动发 送到 SkyWalking 中。 使用方法 和逻辑情况下,将新增数据进行加密处理,并存储到数据库;在使用时, 再进行解密取出。 • 如何较为安全、无缝、透明化地实现业务系统在明文与密文数据间的迁移。 3.6.2 挑战 在真实业务场景中,相关业务开发团队则往往需要针对公司安全部门需求,自行实行并维护一套加解密 系统。而当加密场景发生改变时,自行维护的加密系统往往又面临着重构或修改风险。此外,对于已经 上线的业务,在不修改业务逻辑和 SQL 的情0 码力 | 301 页 | 3.44 MB | 1 年前3
共 11 条
- 1
- 2













