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

研究会

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

〔327〕ACFinder 060620版 kabe (06/06/20 23:21)

〔356〕Re:テーブルの構成 Hidemi Oya (06/06/25 18:28)
〔357〕Re:テーブルの構成 kabe (06/06/25 21:25)
〔358〕Re:テーブルの構成 Hidemi Oya (06/06/25 22:41)
〔359〕Re:テーブルの構成 Hidemi Oya (06/06/25 23:17)
〔360〕Re:テーブルの構成 kabe (06/06/26 7:03)
〔361〕Re:テーブルの構成 Hidemi Oya (06/06/26 20:53)

〔356〕Re:テーブルの構成
 Hidemi Oya WEB  (06/06/25 18:28)

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

>体感的にはそれほど、変わりないかなという気もします。
 定型処理で結構複雑な表を作っても、ローカルディスクなら特に違和感はありません。[#353] で書いた方法と比べてみたら、明らかに分かるくらい実テーブルを使う方が速いです。

>これで実用になりそうなら、この方式に変更します。
 ってことで、成分がない kihon テーブルは、ビューを使うよりこの方式の方が良いですね。
 できれば、tekiyo ビューに「剤型」も追加してもらえると、定型処理で使いやすくなります(種類で like を使わなくてすみますから)。作物・病害虫タブでも、剤型による絞り込みができると便利なことが多いですし(特に水田主体の農家に対応する時など)。

 データベース作成も、私の環境(Barton 3200+ + 512MBx2 DualDDR400)で 00:01:17 でした。体感的にかなり速くなったと感じます。
 が、金曜日に事務所のメモリ 256MB のノートで前のバージョンを実行した時は、私が使っている 768MB のノートに比べてかなり遅かったような気がします。TStringList に全部読み込む方法だと、メモリサイズ及びアクセス速度の影響がもろに出るのだと思います。かなり速くなったとはいえ、[#352] の方法への転換が望まれます。
 それはそれとして、まだ試してませんが、データベースサイズが小さくなった分、もしかすると LAN 経由でも従来バージョンより速くなるかもしれませんね。

 [#353] 方式を試す時に気が付きましたが、今バージョンでは CREATE TEMP VIEW とかでダイアログボックス出なくなりましたね。ただ、SQL 分をセミコロンで区切って複数書いても、実行されるのは最初の文だけでしょうか? 前は、複数実行されたような気がしましたが…。

 定型処理のアップグレードに対応しやすくするため、現在 SQLite3.pas と SQLitTable3.pas を regexp 演算子に対応できるように修正しています。動作チェック環境が欲しいので、ACFinder のソースをメールしてもらえませんか?

〔357〕Re:テーブルの構成
 kabe WEB  (06/06/25 21:25)

引用なし
   >Hidemi Oyaさん

kabe です。

> できれば、tekiyo ビューに「剤型」も追加してもらえると、定型処理で使いやすくなります(種類で like を使わなくてすみますから)。
http://acfinder.kabe.info/acfinder_060625_test.lzh
剤型追加版に置き換えました。

ソースの方は、少しお待ちください。

〔358〕Re:テーブルの構成
 Hidemi Oya WEB  (06/06/25 22:41)

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

>http://acfinder.kabe.info/acfinder_060625_test.lzh
>剤型追加版に置き換えました。
 exe ファイルのタイムスタンプが変わってないので「あれ?」っと思ったんですが、
pramga table_info(tekiyo);
で確認したら、やっぱり前のテストバージョンと同じです。
 ちなみに、今回のデータ更新時間は、00:01:19 で acis.db を削除した場合とほとんど変わりませんでした。テストバージョンは、すでに更新のたびにデータベース再作成方式になってるんでしょうか?

 あとは、m_kihon テーブルに seibun1, seibun2, ..., seibun5 フィールドが追加されて、tekiyo ビューが seibun1, kaisu1, seibun2, kaisu2, ..., seibun5, kaisu5 てな具合にフィールドが並んでくれると、入手可能なデータから作成可能なテーブルとしてはもう完璧ですね。

>ソースの方は、少しお待ちください。
 了解です。今はまだ SQLite3.pas と SQLiteTable.pas に必要な関数を追加している段階なので(sqlite3.dll のソースと首っ引きです^^;)、それほど急ぐわけでもありません。

〔359〕Re:テーブルの構成
 Hidemi Oya WEB  (06/06/25 23:17)

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

 書き忘れてましたが、「剤型」も半角→全角変換するようにしてください。

〔360〕Re:テーブルの構成
 kabe WEB  (06/06/26 7:03)

引用なし
   >Hidemi Oyaさん
kabe です。

>で確認したら、やっぱり前のテストバージョンと同じです。
すいません。
FTPしたと思ったのですが、されてなかったようです。(^^;
更新しました。

> ちなみに、今回のデータ更新時間は、00:01:19 で acis.db を削除した場合とほとんど変わりませんでした。テストバージョンは、すでに更新のたびにデータベース再作成方式になってるんでしょうか?
いや、まだです。

〔361〕Re:テーブルの構成
 Hidemi Oya WEB  (06/06/26 20:53)

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

>更新しました。
 今度は OK です。剤型も全角に変換していただき、ありがとうございます。

>いや、まだです。
 事務所で使っている CeleronM 1.7?GHz DDR2-533 768MB で、db 新規作成 00:01:57、更新 00:02:07 でした。環境による差が大きいですね。INSERT は、メモリだけでなく CPU にもかなり依存しそうです。DROP TABLE に要する時間は、CPU と HDD かな?

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