Laboratory of Mobile Agricultural Chemicals Searcher
携帯農薬検索実験室

研究会

  ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索  
20 / 114 ツリー <前へ | 次へ>

〔923〕ACFinder 081124test(Portable)版 kabe (08/11/24 21:43)

〔926〕Re:ACFinder 081124test(Portable)版 kabe (08/11/25 12:59)
〔928〕Re:ACFinder 081124test(Portable)版 Hidemi Oya (08/11/25 14:36)
〔933〕Re:ACFinder 081124test(Portable)版 kabe (08/11/26 21:48)
〔935〕Re:ACFinder 081124test(Portable)版 Hidemi Oya (08/11/27 18:20)
〔938〕Re:ACFinder 081124test(Portable)版 Hidemi Oya (08/11/27 23:52)

〔926〕Re:ACFinder 081124test(Portable)版
 kabe  (08/11/25 12:59)

引用なし
   >Hidemi Oyaさん

kabeです。

> ということなら、IE オフライン時の強制接続は、デフォルトでオフの方が良いと思います。オフラインオプション付きのショートカット作成機能があると、さらに good ですね。
了解しました。

> Download フォルダーに新しい n_trk????_1.lzh, n_trk????_3.lzh があれば、自動的に解凍してデータ更新してくれるともっと便利になりますね。自動ダウンロードまでは難しいかな…。
自動ダウンロードまでは手を出さないでおきます。ファイルがあったら自動更新は便利ですが、ちょっとここは現状維持とするかも・・・・。

> 最新有効成分表でしかまだ試してないんですが、有効成分表が古い場合、それ以後に登録された農薬の有効成分は、acis.db の方から表示されるのでしょうか?
いや、それまでは配慮していません。
該当する登録番号の有効成分データがなかったら、acis.db から作成するように修正します。

あと、現状では、jpp.db を更新する際に、dbファイルを削除しないので、更新するたびにファイルサイズが増えます。
テーブルのvaccumを実行してもあまり変わらないし、vaccumそのものに時間がかかるので、更新時に1回dbファイルを消して、再作成する方式に変更しようと思います。

〔928〕Re:ACFinder 081124test(Portable)版
 Hidemi Oya WEB  (08/11/25 14:36)

引用なし
   kabe さん、こん**は。Hidemi Oya です。

 インターネット常時接続環境で、かつ現在ネットワークが有効である場合のみ、ACFinder 起動時にデータ更新チェックを行うようにできればもっと良いんですけどねえ…。方法があるか、探してみます。

>自動ダウンロードまでは手を出さないでおきます。
 技術的には可能でも、JPP-NET の利用規約に引っかかりそうですし(^_^;)。

>該当する登録番号の有効成分データがなかったら、acis.db から作成するように修正します。
 薬剤タブの成分リストだけなので、それでも難しくはなさそうですね。もし面倒なら、データが冗長になりますが、kihon テーブルに jppSeibun を JOIN するだけでも良いかなと思ってましたが…。

>テーブルのvaccumを実行してもあまり変わらないし、vaccumそのものに時間がかかるので、更新時に1回dbファイルを消して、再作成する方式に変更しようと思います。
 現行 SQLite エンジンでも、相変わらず UPDATE も遅いのでしょうか? だとすると、jpp.dbも削除してから再作成が良さそうです。

 遅いといえば、SQLite は COUNT(*) が遅いのも困りものです。現在開発中の携帯用ウェブ検索システムでは、最初に条件マッチ件数だけ確認したいことがあるんですが、現状では検索件数の確認に時間がかかってあまり実用的ではありません。検索件数不明のまま使えるように、仕様変更しようと思っています。

〔933〕Re:ACFinder 081124test(Portable)版
 kabe  (08/11/26 21:48)

引用なし
   >Hidemi Oyaさん

kabe です。

> インターネット常時接続環境で、かつ現在ネットワークが有効である場合のみ、ACFinder 起動時にデータ更新チェックを行うようにできればもっと良いんですけどねえ…。方法があるか、探してみます。
これはどうでしょうか。
http://hp.vector.co.jp/authors/VA015850/delphi/tips/winapi05.html

> 現行 SQLite エンジンでも、相変わらず UPDATE も遅いのでしょうか? だとすると、jpp.dbも削除してから再作成が良さそうです。
UPDATE は試していません。1回テンポラリテーブルにCSVデータを読み込んで、UPDATEすれば、ファイルサイズは増えないのかな。ただこれだと2度手間になるので、やはり削除する方が手っ取り早そうです。

〔935〕Re:ACFinder 081124test(Portable)版
 Hidemi Oya WEB  (08/11/27 18:20)

引用なし
   kabe さん、こん**は。Hidemi Oya です。

>これはどうでしょうか。
>http://hp.vector.co.jp/authors/VA015850/delphi/tips/winapi05.html
 通常 LAN 接続だけどプロファイル変更しないで持ち歩いているときどうなるかなど、試してみないとどの程度時間がかかってどんな結果がでるか分かりませんが、これが使えればオフラインオプションより使いやすそうですね。API の詳細は、下記にあります。
http://msdn.microsoft.com/en-us/library/aa384702(VS.85).aspx

>UPDATE は試していません。1回テンポラリテーブルにCSVデータを読み込んで、UPDATEすれば、ファイルサイズは増えないのかな。
 UPDATE は若干増えたかも…。ふと気になったんですが、UPDATE じゃないってことは、現在はテーブル削除→テーブル作成→ INSERT でしょうか?

〔938〕Re:ACFinder 081124test(Portable)版
 Hidemi Oya WEB  (08/11/27 23:52)

引用なし
   > 通常 LAN 接続だけどプロファイル変更しないで持ち歩いているときどうなるかなど、試してみないとどの程度時間がかかってどんな結果がでるか分かりませんが
 LAN 接続時は結果 true で lpdwFlags が 0x12、LAN ケーブルを抜くと false で 0x10 でした。また、LAN 接続で IE をオフライン作業にしたときは、true で 0x30 でした。
 MSDN の説明にはない 0x10 という値が返ってくるのは謎です。lpdwFlags をチェックするときは、マスクをかけなきゃですから、意味不明でも問題はないですけど。

 結果はいずれも瞬時にでたので、十二分に実用的です。ダイヤルアップアダプタで ISDN TA やモデム(ADSL モデムも含む)を使用している場合はどうなんだろうという疑問は残っていますが、これを使ってチェックするのが良さそうです。
 InetUtil にグローバル関数として実装するとともに、TUrlDownload や THttpDownload でも実行前にチェックするようにしたいと思います。

  ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索  
20 / 114 ツリー <前へ | 次へ>
ページ:  ┃  記事番号:   
(SS)C-BOARD vv3.8 is Free.