为什么我们需要使用实体图？
我一直在研究JPA，发现从JPA2.1开始就可以使用实体图。
但是我还不了解实体图的优点。
我知道使用实体图的优点之一是我们只能在整个实体中指定要获取的数据，但是如果我们要整个实体，还有其他理由使用实体图吗？还是仅在要检索部分数据时才应使用实体图？
当我们使用实体图时，它还有其他目的或优点，我想知道。
问题答案：
- 在Jpa中，休眠与关联关系一直是性能的问题。
- 一次又一次地在事务中延迟加载关联会导致n + 1个选择问题，并且为了避免此类问题，使用了JPQL join fetch和Cr iteria api join。但是，使用这两个方法获取数据也会导致交叉连接问题，这意味着所有表记录的交叉连接都将通过休眠返回到合并。
- 同样，对于基于用例的情况，更改在实体级别的注释中定义的访存变量也不是一个好选择。
- 因此，为了解决上述两个问题，引入了实体图。不管实体图中的定义如何，总是渴望获取实体图中定义的所有节点。这些图作为提示传递给查询。
- 通过传递图作为提示，还可以解决交叉连接问题以及注释级别指定的关联获取行为。
对于代码，您可以检查我的github存储库：
html" target="_blank">https://github.com/vaneetkataria/Jpa-
Hibernate/blob/master/jdbcToJpaMigration/src/test/java/com/katariasoft/technologies/jpaHibernate/entity/fetch/entitygraph/dynamic/MultiInstructorsDynamicEntityGrpahTests.java
-
问题内容： 我开始使用RxJS，但我不明白为什么在此示例中我们需要使用类似or 的函数；数组的数组在哪里？ 如果有人可以直观地解释正在发生的事情，那将非常有帮助。 问题答案： 当您有一个Observable的结果是更多Observable时，可以使用flatMap。 如果您有一个由另一个可观察对象产生的可观察对象，则您不能直接过滤，缩小或映射它，因为您有一个可观察对象而不是数据。如果您生成一个可观
-
问题内容： 基数实际上是什么意思？我们为什么需要它？ 问题答案： 您可能并不总是希望将整数解析为以10为底的数字，因此提供基数可以指定其他数字系统。 基数是一位数字的值数。十六进制为16。八进制为8，二进制为2，依此类推… 在该函数中，您可以执行一些操作来提示基数而不提供基数。如果用户输入的字符串与其中一个规则匹配，但没有明确规定，则这些方法也可能对您不利。例如：
-
问题内容： 好的，假设我们有两个表，和。在评论中，我们有一列，它表示哪个用户键入了该特定评论。为什么我们需要将其指定为外键？如果我们不这样做，它将仍然有效。我们指定主键，因为据我所知，它可以使查询速度更快（我们只需要搜索一行，而当我们没有主键/索引时，则必须遍历所有行）。这只是一种良好的编码习惯吗？ 问题答案： 使用外键时，您将获得： 数据的完整性 更快的查询。 用户： 用户ID： 1个 2个 3
-
问题内容： Angular应用使用属性而不是事件。 为什么是这样？ 问题答案： ng-click包含一个角度表达式。Angular表达式是在Angular 范围的上下文中求值的，该范围绑定到具有ng- click属性的元素或该元素的祖先。 Angular表达式语言不包含流控制语句，也不能声明变量或定义函数。这些限制意味着模板只能访问由控制器或指令提供的变量和运行功能。
-
以我的拙见，关于“什么是单子”这个著名问题的答案，尤其是投票最多的答案，试图解释什么是单子，而没有明确解释为什么单子是真正必要的。它们能被解释为一个问题的解决方案吗？
-
为什么我们需要字典？ 计算机最适合使用数字，而人类最适合使用姓名。我们创建了DNS以便记住主机名而不是IP地址。字典以相同的方式使用，因此我们可以记住AVP名称而不是类型编号。当FreeRADIUS解析请求或生成响应时，会查阅字典。 但是，字典与DNS不同，因为RADIUS客户端不知道FreeRADIUS使用的这些“友好”名称。永远不会在RADIUS客户端和RADIUS服务器之间交换AVP名称。