我个人总是尝试从XSODATA开始，因为它提供了标准的服务接口和无/低自定义编码方法。 我只将自定义XSJS服务用于不常见的数据源，这些数据源不能被视图包装或在需要非Odata接口时无法包装。 从您所描述的内容来看，我看不出为什么在更新/插入操作期间使用带有内容ID的批处理操作和XSJS或存储过程退出时，使用XSODATA无法完成该操作。

XSODATA中的导航-您是指实体定义中的Navigates关键字部分吗？ 在这里，您可以使用关联来告诉OData如何在一个或多个实体之间进行导航。 这将导致在结果服务数据中生成指向指定导航端点的HTTP URL链接。

嗨， Thomas Jung ，

请帮助您澄清以下问题

a）我们创建一个oData服务并传递给UI。 假设我创建了一个服务来暴露整个表并将该服务发送到UI。 在UI中，它们根据URI中的某些过滤条件使用服务。 那么过滤器发生在哪一层？ UI，中间件还是DB？ 我的一些同事在这里说过滤器发生在UI层，这导致加载应用程序时出现滞后。

b）如果使用oData服务，则会根据需求做出很多视图。 创建这么多数据库构件是一种好习惯吗？

c）可以使用oData出口直接调用CRUD操作过程吗？ 还是应该先调用xsjslib然后再调用该过程？ 最佳做法是什么？

请帮助

阿伦·埃朗哥（Arun Elangovan）-首先，问新的，无关的人不是很正确 现有的封闭式论坛条目中的问题。 确实，您应该将这些问题发布在自己的新论坛条目中。

a。 如果过滤条件通过UR1传递给OData服务，则它将在DB中应用。 过滤条件成为所生成查询中WHERE条件的一部分。

b。 如果您需要这些视图，那么拥有它们似乎不是问题。 我不太明白这个问题。

c。 当然。 您可以选择在出口中使用SQLScript或XSJS。 如果要使用SQLScript语言，则可以直接使用它。 仅当要用JavaScript而不是SQLScript编写出口时，才需要使用XSJSLIB。 因此，您要使用哪种语言来编写出口，这取决于语言（并且两者之间肯定有区别/优点和缺点）。 做出决定后，如果选择了SQLScript，就没有理由混用XSJS。