トップ > テクニカルディスカッション >周辺ソフトウェア >PervasiveV10SP3WGのキャッシュ機能について

PervasiveV10SP3WGのキャッシュ機能について

このトピックの投稿一覧へ

PervasiveV10SP3WGのキャッシュ機能について

msg# 1

depth:: 0

前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2013-5-16 13:28

yone

投稿数: 30

先日あるユーザーから受け取ったのPSQLデータ①(hogehoge.dat)を一度unipaasV1上で開いて
中身を確認したあと、中身の異なる同名のPSQLデータ②(hogehoge.dat)を上書きコピーして
再度中身を確認すると、上書きコピー前のPSQLデータ①が表示されてきました。

おそらくPervasiveのキャッシュ機能によるものと思われるのですが、
実際に登録されている内容が異なるデータを上書きコピーしたにも関わらず、
上書きコピー前のデータが表示されてくるのはなぜでしょうか？
この現象はunipaasを一度終了しても解消されません。

同じような経験をされた方がおりましたら、是非回避方法を教えて下さい。

以下、詳細情報を記載します。

PSQLデータ①　32,768バイト(中身は1レコード)
PSQLデータ②　32,768バイト(中身は1レコード)
※同一ファイルサイズでタイムスタンプのみ異なります

unipaasV1 V1.5 SP1a PT1
PervasiveV10SP3WG(10.30.017)
OS:Windows7Pro SP1 64bit(ユーザーの環境は32bitですが、同様の現象が起きます)

以下、自分で確認した内容です。
■unipaas関連テスト
①データソースのオープン方法 R=再索引→ＯＫ
②タスク特性→データ→キャッシュ範囲 N=なし→ＮＧ
③データソース特性キャッシュ範囲 N=なし→ＮＧ

■Windows関連
①SMB2.x→SMB1.0へ変更→ＮＧ
②クライアントのキャッシュ保存期間 1秒へ変更→ＮＧ

■pervasive関連（キャッシュに関する物）
Microkernelルーター構成→ＮＧ
　パフォーマンスチューニング→キャッシュエンジンの使用→なし
ローカルエンジン構成→ＮＧ
　パフォーマンスチューニング→キャッシュ割り当てサイズ→1MB(レジストリ編集有)
　パフォーマンスチューニング→Microkernelの最大メモリ使用量→0
　メモリの使用→システムキャッシュ→なし
　アクセス→キャッシュエンジンの接続の許可→なし

■ファイルのリビルド
Btrieve内部バージョン6.00から6.00へリビルド後、上書きコピー操作→ＯＫ

■DDFファイル作成
リレーショナルアクセスで中身を確認→ＮＧ

■その他
上書きコピー後、Pervasive PSQL Workgroup Engineサービスを再起動→ＯＫ

投票数:0 平均点:0.00

投稿ツリー

PervasiveV10SP3WGのキャッシュ機能について (yone, 2013-5-16 13:28)