Crystal reports access options.dbf文件crystal reports

我希望能就以下通过crystal访问.dbf的选项提供一些意见？（优点、缺点、示例或替代方法）

从我到目前为止的测试来看，似乎有几种访问.dbf文件的选项，其中一些似乎在速度、索引或链接选项方面受到限制

注:

• 多个表，每个表都有一个唯一的.dbf文件
  
• 一对一和多对一关系
  
• 一些索引文件可用.idx文件

桌子（比如说） stock.dbf、sales.dbf、customers.dbf

---

方法-使用数据资源管理器
1.（我们使用的最常用的方法）查找数据库文件。
2.ODBC-->Visual FoxPro表格-->文件夹的路径\u
3.通过从数据库直接将.dbf表导入SQL-->access
4.我还认为可以通过SQL直接选择文件或创建文件的SQL视图。 比如：

select * from OPENROWSET('MICROSOFT.JET.OLEDB.4.0','dBase IV;
HDR=NO;IMEX=2 DATABASE=Path_of_folder','select * from
stock.dbf OUTER JOIN sales.dbf')

或

---

测试结果：

方法1

• 无法创建没有索引的关系链接
• 仅索引字段上的链接
• 似乎只在多对一（sales.dbf到stock.dbf）而不是一对多（stock.dbf到sales.dbf）的方向上链接。[如果说某个库存商品没有销售，因此从未出现在报告中，这就成了一个问题]

方法2

• 不允许添加索引
• 将允许左或右外部接头
• 未经证实这是在使用多个表的情况下正确扫描（我怀疑不是）

方法3

• 原始.dbf文件需要定期更新&导入需要几个小时

方法4

• 只是一种理论，即数据可以通过.dbf文件上的视图进行压缩（希望加快处理速度）

---

谢谢你

系统说明： 水晶报表8.5 SP3（我们已经尝试过，晶席与这些文件和发现数据库扫描问题）
数据库：

---

早期版本的.dbf文件（我听说它们与dBase文件类似）

有没有坚持使用.dbf文件的冲动？它不太适合报道。您可能希望有一个将报告数据创建到一个单独的.dbf文件中的过程。强制=使Do{95%运行系统+低预算}与一个全新的系统{以及随之而来的问题}

Select * from openrowset('VFPOLEDB','Path_of_folder\Stock.dbf';
'';'','select * from stock')