增量和动态 Pojo
Deltas and Dynamic Pojos
我有 3 个问题：
Ignite 中的 1.Delta 操作基本上用于避免重新发送整个对象的开销，但是在对 pojo 执行 Delta 时，会再次构建 Binary 对象。这不是陈词滥调吗？我同意减少了许多其他开销。
2.If 我们考虑使用复制的客户端服务器模式，Delta 是如何通过副本传输的？
3.While 尝试使用 SQL 查询访问缓存，如何实现动态 POJO？
- 这里的主要优点是您可以避免通过网络传输大型数据对象 - 通常这是最大的开销。另请注意，二进制对象生成器经过高度优化，因此当您更新一个字段时，它只会更新该字段并以低廉的成本为数组中的其他所有内容创建副本。这与完全反序列化对象并将其序列化回来是不一样的。
- 在
ATOMIC缓存中，主节点会将新值发送到备份，但通常这不是问题，因为默认情况下备份是异步更新的。 'TRANSACTIONAL' 缓存总是发送入口处理器，从不发送值。
- 目前不支持动态 SQL 模式，但在路线图上。
我有 3 个问题：
Ignite 中的1.Delta 操作基本上用于避免重新发送整个对象的开销，但是在对 pojo 执行 Delta 时，会再次构建 Binary 对象。这不是陈词滥调吗？我同意减少了许多其他开销。
2.If 我们考虑使用复制的客户端服务器模式，Delta 是如何通过副本传输的？
3.While 尝试使用 SQL 查询访问缓存，如何实现动态 POJO？
- 这里的主要优点是您可以避免通过网络传输大型数据对象 - 通常这是最大的开销。另请注意，二进制对象生成器经过高度优化，因此当您更新一个字段时，它只会更新该字段并以低廉的成本为数组中的其他所有内容创建副本。这与完全反序列化对象并将其序列化回来是不一样的。
- 在
ATOMIC缓存中，主节点会将新值发送到备份，但通常这不是问题，因为默认情况下备份是异步更新的。 'TRANSACTIONAL' 缓存总是发送入口处理器，从不发送值。 - 目前不支持动态 SQL 模式，但在路线图上。