Crystal 経由で .dbf にアクセスするための次のオプションについて、いくつかの意見が提供されることを期待していましたか? (長所、短所、例または代替方法)
これまでのテストから、.dbf ファイルにアクセスするためのいくつかのオプションがあるように思われます。そのうちのいくつかは、速度、インデックス作成、またはリンク オプションのいずれかで制限されているようです。
ノート:
- 複数のテーブル、それぞれが一意の .dbf ファイル
- 1 対 1 および多対 1 の関係
- 利用可能ないくつかのインデックス ファイル .idx ファイル
テーブル (たとえば) stock.dbf、sales.dbf、customers.dbf
方法 - データ エクスプローラーの使用
1. (これまでに使用した最も一般的な方法) データベース ファイルを検索します。
2. ODBC --> Visual FoxPro テーブル --> Path_of_folder
3.
.dbf テーブルを 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')
また
Select * from openrowset('VFPOLEDB','Path_of_folder\Stock.dbf';
'';'','select * from stock')
結果のテスト:
方法 1
- インデックスがないと関係リンクを作成できません
- インデックス付きフィールドのみのリンク
- 1対多(stock.dbfからsales.dbf)ではなく、多対1(sales.dbfからstock.dbf)の方向にのみリンクしているようです。[これは、在庫商品が販売されていないため、レポートに表示されない場合に問題になります]
方法 2
- インデックスの追加は許可されていません
- 左または右の外側ジョイントを許可します
- これが使用中の複数のテーブルで正しくスキャンされていることは証明されていません(そうではないと思います)
方法 3
- 元の .dbf ファイルは定期的に更新する必要があり、インポートには数時間かかります
方法 4
- .dbfファイルのビューを介してデータを圧縮できるという単なる理論です(うまくいけば、プロセスが高速化されます)
ありがとうB
システム ノート: Crystal Reports 8.5 sp3 (これらのファイルを使用して Crystal XI を試しましたが、データベース スキャンの問題が見つかりました)
データベース: 初期バージョンの .dbf ファイル (dBase ファイルに似ていると言われています)