数据库查找funcoid

发布于 2024-12-21 23:04:45 字数 151 浏览 6 评论 0原文

我有一张表,有 2 个 ID。

现在我必须检查 table1 的 id1 值,如果它等于目标模式的 id

,那么我必须从 table1 中获取 id2 并将其分配给目标模式中的第二个元素。

如何使用数据库查找表执行此操作functoid。

I have one table which has 2 IDs.

Now I have to check id1 value of table1 and if it is equal to id of the destination schema

then i have to take the id2 from the table1 and assign it into second element in the destination schema..

How to do this using database lookup table functoid.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

舟遥客 2024-12-28 23:04:45

我相信微软在包含数据库 functoid 方面犯了一个很大的错误。其原因是:

  1. 在后台生成的 SQL 代码性能不佳(运行 sql 跟踪,您就会看到)。事实上,有时会创建多个连接。
  2. 对 SQL Server 的请求/响应将不会通过发送端口/适配器框架进行处理。因此,没有可用于该调用的企业级服务(故障处理、重试、负载平衡等)。
  3. 从设计的角度来看,它混淆了 xslt 内部的数据库调用功能,这是令人讨厌的。

但是,您可以通过在映射外部调用数据库,然后将来自数据库调用的响应消息与要转换的源消息一起传递到映射中来实现相同的目的。您可以通过这种方式添加任意数量的输入消息。

如果您想了解有关如何创建多输入地图的详细信息:https://stackoverflow.com/a/7902710/569662

I believe Microsoft made a big mistake to include the database functoid. The reasons for this are:

  1. The SQL code generated under the hood is not performant (run a sql trace and you will see). In fact more than one connection is sometimes created.
  2. The request/response to SQL server will not be handled via the send port/adapter framework. So no enterprise-level servicing is available for the call (failure handling, retries, load balancing, etc).
  3. From a design perspective, it obfuscates the db calling functionality inside of a xslt which is nasty.

However, you can achieve the same ends by making the call to the database outside of the map, and then passing the response message from the DB call into the map alongside your source message you want to transform. You can add as many input messages as needed in this way.

If you want details on how to create a multi input map: https://stackoverflow.com/a/7902710/569662

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文