我正在使用Navision Dynamics 5.0，並需要定期（每天1次）將所有財務數據導出到我的數據倉庫中。因此我不想使用csv-files作爲導出方法。從Navision Dynamics 5.0導出方法到datawarehouse/OLAP的目的？
通常使用哪些其他方法？對於所有使用Navision Dynamics的公司而言，這必定是一項常規任務，並且需要以自動方式獲取數據。
我當然也擔心導出數據時鎖定表。
我能想到的這些方法至今：
1）直接ODBC訪問所有底層表
2）上的Navision表之上只讀索引視圖（mateterialized視圖）的創建，其中保存Navision數據的副本，然後可以由數據倉庫訪問。 （注意：索引視圖是已經實現的視圖，這意味着它已被計算並存儲。）
3）？
4）？
讓我聽聽你做出口的典型方法。
PS：我聽說Navision Dynamics 5.0沒有webservice導出選項，只有最新版本的NAV2009。所以我不能使用webservice方法。
我發現這個文檔描述了一些不同的導出方法： http://nav.dk/files/Nav_IntegrationGuide1.2.pdf
因此，要繼續我的列表，這裏有一些更多的選擇：
3）似乎是一個解決方案，可以使用Navisions自己的ODBC驅動程序名爲NAV ODBC驅動程序（NODBC）
4）另一種解決方案可能是使用Navision內置數據端口導出數據。但是Dataport只能生成csv文件。
如果XML文件比csv更可取，那麼也可以使用XmlPorts。 DataPort和XmlPorts都允許您彙總數據：例如，您可以將銷售標題與每個標題的行一起導出，如果這對您的方案有用。
您也可以使用過濾器，因此您可以每天將增量更新導出到倉庫。如果您擔心長時間持有鎖，則還可以嘗試使用篩選器以塊的形式導出數據。
我相信大多數解決方案都使用NAS（Navision Application Server）來調度正在運行的DataPort或XmlPorts，所以導出是由NAV驅動的。
作爲使用NODBC的另一種替代方法，您還可以探索使用CFront，這是一個C/.NET API，提供相對較低級別的數據訪問，包括評估流場等數據。NODBC和CFront確實是如果您想調用NAV（而不是使用NAS將數據推送爲csv/xml），那麼只有選項可用。
我沒有比較每種方法的相對性能，但懷疑NODBC和CFront是大數據量最快的。
NODBC，CFRONT和NAS都需要特殊顆粒在你的許可 - 所以你可能要檢查，如果有的話，你目前許可使用。
當你提到長時間持有鎖，你是什麼意思？它可以銷燬數據，還是僅僅是性能問題？如果我在導出數據時只進行只讀操作，那麼對於寫入表的其他用戶而言，應該不會有任何風險來銷燬其他用戶的操作。我想我可能會遇到髒讀（讀過時的數據），但寫操作應該仍然可以爲其他人？ （但是他們的寫入性能可能會稍微降低或降低？） – MOLAP 2010-09-23 08:44:16
到PDF文檔的鏈接斷開，請你能解決？謝謝/ – Kev 2012-01-18 12:21:33