NetSuite - UNION ALL在保存的搜索中是否相同？

Question

我正在编写SuiteTalk集成，我遇到了一个有趣的数据转换问题。在目标系统中，我们有一种注释表，它有一个类别列，然后是注释列。从NetSuite进入该表的数据可能是NetSuite术语中单个实体的几个不同字段，但我们的术语中有几个不同类别的记录。

如果您以销售订单为例，您可能需要两个文本字段作为注释。对于这些字段中的每一个，我需要创建一个行，其中两个notes字段位于同一列但是单独的行。这将允许我添加一个动态列，为每个字段提供类别。

所以而不是

SO号码注释1注2

SO1234567一些text1 some text2

你会得到

SO编号类别文本

SO1234567类别1 some text1

SO1234567类别2一些text2

我在这里要解决的两个问题是：

1. 我在哪里可以存储类别名称？它不能是NetSuite中的字段名称。它需要根据客户进行配置，因为每种记录类型中的备注字段数可能因实现而异。这是我目前的主要阻截者。
2. 性能 - 我可以为每种类型的笔记创建一个已保存的搜索，并且每次都会显示一行，但如果我可以在一次调用中完成所有操作，那么这并不是一个可接受的性能影响。

我在NetSuite中使用Saved Searches提供了一种可配置的方法来过滤数据以导入目标系统。

如果我正在编写SQL查询，我将使用UNION子句，第一列是表示类别的动态列，第二列是NetSuite的实际数据字段。我的理想是，如果我能以某种方式做一个类似的事情，无论是单个保存的搜索，还是每个实体保存的搜索，而不必在NetSuite本身内创建任何其他字段，因此从SuiteTalk方面我可以查询搜索并拉入数据。 作为一个临时的kludge，我现在在NetSuite中有多个已保存的搜索，每个类别一个，并且在保存的搜索的ID内，我期望类别名称和记录类型的指示符。然后我有一个父搜索，它给了我对该记录类型的搜索 - 它非常笨重，最终导致太多的往返让我满意。

任何想法，如果这样的话都可能吗？或者如果没有，有没有办法解决这个问题，而无需对前端的类别值进行硬编码？即使我可以在一次通话中恢复多个记录集，也可以提高性能。

我在NetSuite论坛上问了同样的问题，但没有用。

由于

Answer 1

首先阅读它听起来像是在试图从实体中查询一组字段。字段可以是自定义字段或内置字段。您是否可以只查询保存的搜索包含所有潜在类别列的实体，然后将收到的数据转换为类别？

否则请以Netsuite术语提供有关您要执行的操作的更多细节。