1

我正在使用 Navision Dynamics 5.0,需要定期(每天 1 次)将所有财务数据导出到我的数据仓库中。因此我不想使用 csv 文件作为导出方法。

通常使用哪些其他方法?这必须是所有使用 Navision Dynamics 的公司的常规任务,并且需要以自动方式获取数据。

我当然也担心在导出数据时锁定表。

到目前为止,我能想到这些方法:

1) 直接 ODBC 访问所有基础表

2) 在 Navision 表的顶部创建一个只读索引视图(实体化视图),它保存 Navision 数据的副本,然后可以被数据仓库访问。(注意:索引视图是已物化的视图。这意味着它已被计算和存储。)

3) ?

4) ?

让我听听你做出口的典型方式。

PS:听说Navision Dynamics 5.0没有webservice导出选项,只有最新版本的NAV2009。所以我不能使用网络服务方法。

4

2 回答 2

1

我发现这个文档描述了一些不同的导出方法: http: //nav.dk/files/Nav_IntegrationGuide1.2.pdf

因此,要继续我的列表,这里有更多选项:

3)似乎解决方案可以使用 Navisions 自己的 ODBC 驱动程序,称为 NAV ODBC 驱动程序(NODBC)

4) 另一种解决方案是使用 Navision 内置数据端口来导出数据。但是 Dataports 只能生成 csv 文件。

于 2010-07-06T14:18:20.403 回答
0

如果 XML 文件比 csv 更可取,您也可以使用 XmlPorts。DataPorts 和 XmlPorts 都允许您聚合数据:例如,您可以导出销售标题以及每个标题的行,如果这在您的场景中有用的话。

您还可以使用过滤器,这样您就可以每天将增量更新导出到仓库。如果您担心长时间持有锁,您也可以尝试使用过滤器将数据分块导出。

我相信大多数解决方案都使用 NAS(Navision 应用程序服务器)来安排运行 DataPorts 或 XmlPorts,因此导出是由 NAV 驱动的。

作为使用 NODBC 的进一步替代方法,您还可以探索使用 CFront,它是一个 C/.NET API,提供对数据的相对较低级别的访问,包括评估流场等的工具。如果您真的是唯一的选择,NODBC 和 CFront想要调用 NAV(而不是使用 NAS 将数据作为 csv/xml 推出)。

我没有比较每种方法的相对性能,但怀疑 NODBC 和 CFront 对于大量数据来说是最快的。

NODBC、CFront 和 NAS 都需要在您的许可证中包含特定的颗粒 - 因此您可能需要检查您当前被许可使用的颗粒(如果有)。

于 2010-07-28T21:53:37.293 回答