关系数据库查询建议

Question

我正在与EPICOR合作并设计BAQ报告。 我的基本报告总是很好。 现在，我开始构建更复杂的查询，我想知道是否有任何提示可以帮助它们工作。 尽管我的语法是正确的，并且已通过程序验证，但我的查询仍未填充。 关于寻找什么的任何建议？ 哪些问题可能会导致延误？

Answer 1

我使用Epicor905.700c

我已经注意到，如果您不得不改变亲子关系，那么baq将几乎无法工作。 因此，最好首先将要成为父表的表添加到设计器中。 即XFileRef默认是XFileAttch的子级，因此在添加XFileAttch之前将XFileRef拉到设计器中。 这是我浪费了数小时试图弄清楚的一件事。

Answer 2

如果您没有在BAQ中看到所有数据（并且尚未添加限制性条件），则表明您在业务对象之间编写了不正确的关系。 我发现内部Epicor工具通常不会验证关系，原因是您理论上可以使用这种联接（对于多公司统计数据，完全外部联接可以转储许多表进行归档，我都不推荐这样做）

一些与编写BAQ和修复业务对象之间的关系有关的快速提示，这些问题应可以解决数据填充问题：

1. 始终在BO.Company = BO.Company上链接，然后是最大部分，然后是较小部分，依此类推。例如，链接到OrderDtl的OrderHed应该链接到Company，然后依次是OrderNum，OrderLineNum和OrderRelNum。 如果您的业务对象未在公司上链接，则它不会在索引之外运行，并且会使查询非常慢。
2. 如果查询遇到性能问题，请确保索引您的关系。 您可以通过以下方式查看此内容：转到“系统管理”->“数据字典查看器”，然后搜索要使用的表。 尝试仅使用此处看到的索引将两个业务对象连接在一起，否则性能会受到影响。 如果您有进度系统，那么就我所知，这些索引无法更新-因此请确保使用它们。
3. 通常，如果在关系方向后面没有特殊的推理，请始终使基本业务对象成为最小的明细单位，并将父级指向子级。 例如，如果要制作一个报告，列出公司中所有订单发布的信息，请添加OrderRel，然后添加OrderDtl并确保OrderDtl指向OrderRel，然后添加OrderHed并确保OrderHed指向OrderDtl。 Epicor将其转换为实际查询的方式取决于此顺序。
4. 为了专门讨论此问题，请从少量业务对象开始，并遵循＃3中提出的模型，并确保您的查询正在返回数据。 一个接一个地添加业务对象，直到看到更少的记录。 这意味着您添加的BO中的数据不满足所有这些关系字段，并且如果您单击两者之间的关系线并选中“外部联接”框，它们将重新出现。 如果执行此操作，则将不会看到来自新BO的字段数据，因为该特定数据不存在该关系，但不会从已经起作用的BO中排除该数据。 在上面的示例中，如果将OrderHed与OrderDtl链接在一起，并且看到一些订单行消失了，这表明所选订单行没有订单标题，或者您错误地定义了这些对象之间的关系。
5. 正如另一个用户所说的，不要使用右键单击->翻转父级子级来翻转父级子级，因为此功能在我见过的所有Epicor版本中似乎都存在问题。 如果遇到这些问题，请删除业务对象和关系，保存并重新添加它们。 尽管完成此操作后Epicor似乎可以更一致地处理自动的关系填充，但实际上我不建议您先添加父级BO。 我将使用我在＃4中描述的方法，在每次添加之间进行保存。

遵循这些规则，它将解决您的所有BAQ问题。

我希望这有帮助！

资料来源： Epicor BAQ开发历时1.5年。