我正在使用DSE进行Cassandra/Solr集成,以便将数据存储在Cassandra中并在Solr中编制索引.使用Cassandra处理CRUD操作并分别使用Solr进行全文搜索是非常自然的,DSE可以真正简化Cassandra和Solr之间的数据同步.
但是,在查询方面,实际上有两种方法:Cassandra辅助/手动配置索引与Solr.我想知道何时使用哪种方法以及通常的性能差异,特别是在DSE设置下.
这是我项目中的一个示例用例.我有一个存储一些项目实体数据的Cassandra表.除了基本的CRUD操作之外,我还需要在某些字段(比如类别)上按等号检索项目,然后按某种顺序排序(在我的例子中,这是一个like_count字段).
我可以想到三种不同的方法来处理它:
第一种方法似乎是最简单的实现和维护.我只是写了一些简单的Solr访问代码,其余的繁重工作由Solr/DSE搜索处理.
第二种方法需要在创建和更新时进行手动非规范化.我还需要维护一个单独的表.还有墓碑问题,因为like_count可能会经常更新.好的部分是读取可能更快(如果没有过多的墓碑).
第三种方法可以以一个额外的分类组件为代价来减轻墓碑问题.
您认为哪种方法是最佳选择？性能有何不同？
对于某些较旧的ios设备有一些测量结果,但我无法找到新型号的FOV编号,特别是iPhone 5s~6s Plus和iPad 4~iPad Pro.此外,上述链接中列出的数字与其他一些计算结果不匹配.
我知道可以使用以下API读取FOV编号
NSLog(@"Camera's FOV is %f",myCamera.activeFormat.videoFieldOfView);
但是,由于我手边没有所有型号,并且某些型号公开的读取数字也与测量/计算结果不匹配,我想知道是否有可靠的FOV数据,如果不是所有iPhone的话/ iPad型号.谢谢.
假设我有两个实体User和Item.这两个实体之间域中的唯一行为是用户可以喜欢某个项目.由于对用户可以喜欢的项目数量没有限制,因此这种多对多关系可能很大.
我不认为让用户在其模型中包含他们喜欢的项目列表或其他方式在性能方面是明智的,因为我必须加载一个可能大的项目集合才能添加一个项目.从域设计的角度来看,让任何一个实体在其字段中引用另一个实体都没有意义,因为没有行为需要存在项目或用户的集合.
我需要保持这种关系,因为UI需要显示用户喜欢的项目列表和喜欢项目的用户列表.这个要求可以通过读取模型提供,但我仍然需要一个域概念来捕获这种关系,以便它可以被持久化.
我可以提出的一种方法是引入聚合的关系类型,比如UserLikeItem,并且让user.like(item)方法返回UserLikeItem的一个实例,然后我可以使用UserLikeItemRepository来持久化.
这是有效的解决方案吗？DDD模拟这种大型但非行为关系的自然方式是什么？
我正在使用Spring Data Solr在我的项目中实现搜索模块.为了启用多核支持,我只是实例化一个HttpSolrServer,然后使用声明一个基于java的Spring配置类@EnableSolrRepositores(multicoreSupport=true).一切都很完美,直到我尝试为Solr相关代码和模式编写集成测试.
我想使用EmbeddedSolrServer进行测试,以便测试可以在不依赖外部Solr服务器的情况下运行,但我找不到正确配置的方法.请指教.