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

研究会

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

〔483〕ACFinder 060911版変更点
 Hidemi Oya WEB  (06/09/13 22:57)

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

>詳しい解説は Hidemi Oya さんよりお願いします。
 ということなので…。

(1) SQLite エンジンの拡張
 ビルトイン関数として、EXTNUM, IFNULLSTR, IF を追加しました。詳細は下記 URL をご覧ください。
http://acfinder.kabe.info/?%B3%C8%C4%A5SQL

(2) 定型処理タブの拡張
 検索条件を直接記述できる「その他」を新設しました(農薬の種類・農薬通称・使用方法は削除)。これにより、従来は全農薬と収穫期噴霧剤の2種類のテンプレートを用意していましたが、テンプレート自体は1種類に統合しました。詳細は、下記 URL をご覧ください(このページは未完です^^;)。
http://acfinder.kabe.info/?%C4%EA%B7%BF%BD%E8%CD%FD%A5%C6%A5%F3%A5%D7%A5%EC%A1%BC%A5%C8%A4%CE%BE%DC%BA%D9
 従来は、たとえば複数作物農薬一覧で「なす,なす(露地栽培)」をひとつの列にまとめたい場合は SQL 編集で SQL を書き換える必要がありましたが、テキストボックス上で「'なす,なす(露地栽培)'」のようにシングルクォートで囲むだけで自動的にひとつにまとめられるようにしました。詳細は、各テンプレートの「ヒント」の項をご覧ください。

(3) 定型処理テンプレートの追加・拡張
 特定作物農薬一覧、特定作物通称別防除記録を追加しました。詳細は、下記 URL 及び各テンプレートの説明をご覧ください。
http://acfinder.kabe.info/?%C4%EA%B7%BF%BD%E8%CD%FD%A5%BF%A5%D6
 従来は「さやいんげん,豆類(未成熟),野菜類」と指定すると対象作物名がそれぞれに完全一致する農薬しか検索できませんでしたが、作物名や病害虫名の条件式に REGEXP 演算子を使うことにより、「豆類(未成熟、ただし、さやえんどうを除く)」や「野菜類(はくさいを除く)」なども検索できるようになりました。

 今のところ仕様上の問題で、「さやいんげん(露地栽培),さやいんげん,豆類(未成熟),野菜類」のように露地栽培を検索対象としたいことが明らかであっても、「野菜類(施設栽培)」まで検索してしまいます。次のバージョンでは、作物名のどこかに「露地栽培」が含まれる場合は「野菜類(施設栽培)」や「野菜類(水耕栽培)」は検索対象外となるように変更します(手元のバージョンでは変更済み)。
 また、現在は設定保存した項目が空白の場合、設定読込を実行しても現在の設定が残ってしまいます。その他項目の追加により、この仕様では不便になったので、空白項目を読み込んだ場合はその項目をクリアするように変更する予定です。
・ツリー全体表示

〔482〕ACFinder 060911版
 kabe WEB  (06/09/11 23:18)

引用なし
   kabeです。

060911版です。
http://acfinder.kabe.info/

Hidemi Oya さんより定型処理タブ部分の新版、その他、SQLite 関連ライブラリの修正版をお送りいただき、組み込みました。
定型処理テンプレートも一新されています。
regexp 演算子を活用して、より意図した検索ができるよう改善されています。

詳しい解説は Hidemi Oya さんよりお願いします。
・ツリー全体表示

〔481〕Re:ACFinder 060905版
 Hidemi Oya WEB  (06/09/11 1:20)

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

 定型処理を書き換えてて、いつも途中で眠くなってしまい、なかなか返信できずにすみませんでした。

>列削除、行削除機能を付けました。
 これで ToDo リストは全てチェック済みでしょうか…。

>低機能です。範囲選択して複数列、行を削除することはできません。
 列の方はともかく、範囲選択して複数行を一発削除できるようになると完璧ですね。StringGrid は、1行/1列削除でも結構面倒なので、Excel のような行削除は難しいですかねえ…。
・ツリー全体表示

〔480〕ACFinder 060905版
 kabe WEB  (06/09/05 23:46)

引用なし
   kabeです。

060905版です。
http://acfinder.kabe.info/

[#475][#477]
SQLエディタのキーワード文字列を修正しました。
* + - / はキーワードから除外しました。

検索結果表示グリッドでカーソルキーで左右に移動した場合に表示幅ゼロの列(データが存在しないフィールド)があるためカーソルが見えなくなることがあり、操作に違和感がありました。データが存在しない列は削除するようにしました。

列削除、行削除機能を付けました。
低機能です。範囲選択して複数列、行を削除することはできません。
・ツリー全体表示

〔479〕vTsushoTekiyo
 Hidemi Oya WEB  (06/09/02 11:58)

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

>明日もう少し詰めてみます。
 試してみたら、従来のビューでも新しいビューでも速度は変わりませんでした。先日確認したときに速かったのは、[#470] のビューなので、DISTINCT を付け忘れてたからというのが真相のようです(^_^;)。

 で、vTsushoTekiyo をビューではなく CREATE TEMP TABLE で一時テーブルとして作成すると(SQLite.pas では標準状態だと一時テーブルはメモリ上に作成)、最初にテーブル作成に若干時間はかかりますが、検索速度は上がりますね。
 検索開始から表示完了までの時間は、私の環境では下記の通りです。(2) のような複雑なクエリには大きな効果がありますが、集約関数を使う場合は vTsushoTekiyo では同通称異適用に対応できないので、定型処理で使うことはないでしょう。作物タブや病害虫タブでは体感できるほどの効果は期待できないので、vTekiyo, vTsushoTekiyo を一時テーブルにする意味はあまりなあそうです。

一時テーブル作成 3.8 秒

(1) の実行
ビュー: 1回目 1.2 秒、2回目以降 0.9 秒
テーブル: 1回目 0.9 秒、2回目以降 0.6 秒

(2) の実行
ビュー: 1回目 3.9 秒、2回目以降 3.7 秒
テーブル: 1回目 0.2 秒、2回目以降 0.2 秒

(1) SELECT * FROM vTekiyo WHERE (sakumotsu LIKE '稲%')

(2) SELECT
 zaikei,
 tsusho,
 sakumotsu,
 jiki,
 kaisu,
 seibun1,
 kaisu1,
 seibun2,
 kaisu2,
 seibun3,
 kaisu3,
 seibun4,
 kaisu4,
 seibun5,
 kaisu5,
 MAX(CASE byochu WHEN 'べと病' THEN baisu ELSE '' END) AS hex("べと病"),
 MAX(CASE byochu WHEN 'うどんこ病' THEN baisu ELSE '' END) AS hex("うどんこ病"),
 MAX(CASE byochu WHEN '灰色かび病' THEN baisu ELSE '' END) AS hex("灰色かび病"),
 MAX(CASE byochu WHEN '菌核病' THEN baisu ELSE '' END) AS hex("菌核病"),
 MAX(CASE byochu WHEN '斑点細菌病' THEN baisu ELSE '' END) AS hex("斑点細菌病"),
 MAX(CASE byochu WHEN '褐斑病' THEN baisu ELSE '' END) AS hex("褐斑病"),
 MAX(CASE byochu WHEN '黒星病' THEN baisu ELSE '' END) AS hex("黒星病"),
 MAX(CASE byochu WHEN '炭疽病' THEN baisu ELSE '' END) AS hex("炭疽病"),
 MAX(CASE byochu WHEN 'つる枯病' THEN baisu ELSE '' END) AS hex("つる枯病"),
 CONCAT(', ', CASE WHEN byochu NOT IN ("べと病","うどんこ病","灰色かび病","菌核病","斑点細菌病","褐斑病","黒星病","炭疽病","つる枯病") THEN byochu||''||baisu ELSE '' END) AS hex("その他")
FROM vTsushoTekiyo
WHERE
 sakumotsu IN ("きゅうり","きゅうり(施設栽培)")
 AND yoto IN ("殺菌剤")
 AND hoho LIKE '%散布%'
 AND (jiki LIKE '収穫%' OR IFNULL(jiki, '-') = '-')
 AND zaikei IN ("乳剤","水和剤","水溶剤","液剤","マイクロカプセル剤","エアゾル")
 AND shurui NOT IN ("プロパモカルブ塩酸塩液剤")
GROUP BY tsusho
ORDER BY seibun1, seibun2, seibun3, seibun4, seibun5
・ツリー全体表示

〔478〕Re:解決:定型処理での対策
 Hidemi Oya WEB  (06/09/02 0:08)

引用なし
   さらに、自己レスです。

>SELECT DISTINCT * FROM (SELECT 従来設定 GROUP BY meisho)
 これって、結局
SELECT DISTINCT 従来設定 GROUP BY meisho
と同じですね(^_^;)。
・ツリー全体表示

〔477〕SQL エディタの色分け
 Hidemi Oya WEB  (06/09/01 22:05)

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

'*' は乗算演算子よりも SELECT 文で使うことの方が多いと思いますが、SELECT 文の '*' がボールドで色分けされてると、結構違和感があります。'SELECT *' や 'DISTINCT *'、あるいは '(*)' なら色分けしないってのは、可能でしょうか?
 無理なら、記号1文字演算子は色分けしない方が良いかなあ…。
・ツリー全体表示

〔476〕解決:定型処理での対策
 Hidemi Oya WEB  (06/09/01 9:09)

引用なし
   自己レスです。

> しかし、集約関数を使った定型処理では、通称でグルーピングしたデータを集約関数に渡すのが基本になるので、SELECT DISTINCT を使っても意味がありません。何かほかの手だてを考えなければなりませんが、さてどうやって回避したらいいんだろう…。
 meisho でグルーピングしたデータを従来の SELECT 文に渡し、それをさらに SELECT DISTINCT * に渡せば OK でした。従来の SQL よりは若干速度低下しますが、気になるほどではありません(結果のレコード数が多いと顕著な速度低下があるかもしれませんが)。

SELECT DISTINCT * FROM (SELECT 従来設定 GROUP BY meisho)
・ツリー全体表示

〔475〕Re:ACFinder 060831版
 Hidemi Oya WEB  (06/09/01 0:28)

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

>>SQL タブで、http://www.sqlite.org/lang_expr.html にある標準のスカラー関数、集約関数で色分けされないものがあります。
>一応追加してみましたので、確認お願いします。
 どわ〜、あっという間に全部追加しちゃったんですね。ここまで対応してると、微妙に残っているのは残念なので、いくつか気づいた点を…。
 ビット演算子の '|'、単項演算子の '!', '~' が抜けているようです。あと、exists が exist として登録されちゃってるようです。

>ただ、「削除」のみは付けてないんですが、必要ですか?
 と、改めて聞かれてみると…う〜ん、範囲選択後の Delete キーしか使ってないですね(^_^;)。

>ただ劇的に速くなったようには感じられないのですが、インデックスの作成方法とか他にテクニックあるんでしょうか。
 確かに、それほど速くなった感じがしませんね。う〜ん、何でだろう?
 私が自前ソフトで確認した(ACFinder では CREAE VIEW できないので)時は、集約関数を使ったクロス表作成で、tekiyo と全く同様に 0.1 秒で表示まで完了しました(従来の vTsushoTekiyo だと3秒前後)。データベースは UTF-8 版の acis.db なので、インデックスとかは全く同じです。UTF-8/16 の違いですかねえ? 明日もう少し詰めてみます。

>ORDER BY LENGTH(meisho)の部分、薬剤タブのメーカーごとの農薬名を選択するコンボボックスの作成に利用してみました。一番短い農薬名が先頭に来ます。
 う〜ん、従来通りのようですが?
・ツリー全体表示

〔474〕ACFinder 060831版
 kabe WEB  (06/08/31 22:58)

引用なし
   kabeです。

060831版です。
http://acfinder.kabe.info/

[#468]
屋号抜き取り辞書に「トクソー」を追加しました。
ただし例によってデータベース更新しないと反映されません。

>SQL タブで、http://www.sqlite.org/lang_expr.html にある標準のスカラー関数、集約関数で色分けされないものがあります。
一応追加してみましたので、確認お願いします。

[#471]
>SQL タブのエディタの右ボタンクリックで、「切り取り」が単なる削除になっていて、クリップボードに切り取ったテキストが入りません。
「切り取り」は修正しました。
ただ、「削除」のみは付けてないんですが、必要ですか?

>あと、エディタの右ボタンメニューに、「全選択」と「全消去」があると便利かな。
追加しました。

[#470]
vTekiyo, vTsushoTekiyo を tekiyoビューからではなく、実テーブル m_tekiyo と m_kihon から作成するようにしてみました。
ただ劇的に速くなったようには感じられないのですが、インデックスの作成方法とか他にテクニックあるんでしょうか。

>vTsushoTekiyo の最後に「ORDER BY LENGTH(meisho) DESC」を追加するといけそうです。
ORDER BY LENGTH(meisho)の部分、薬剤タブのメーカーごとの農薬名を選択するコンボボックスの作成に利用してみました。一番短い農薬名が先頭に来ます。
・ツリー全体表示

〔473〕Re:通称の代表適用の変更機能
 Hidemi Oya WEB  (06/08/31 22:40)

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

>というか、全ての適用内容が同じだと、重複を省いて表示しますが、ひとつでも異なると、同一の農薬通称で異なる適用内容が表示されます。
 そうか、作物タブ・病害虫タブではそうなっていますね。ここんとこ定型処理ばかり使ってたので、作物タブ・病害虫タブでも同じだと思ってました。
 なるほど、SELECT DISTINCT の秘密はここにあったんですね。う〜む、こういう便利な使い方があるとは全く気づいてませんでした。実は、1月以上前から複数作物農薬一覧で適用作物が多い順に並べ替えられるようにしたいと思って、通称ごとの対象作物数のカウント方法をサブクエリーなどいろいろトライしてまして、今日
 COUNT(DISTINCT sakumotsu)
という実に簡単な方法でいけることに気がついたばかりでした。なかなか奥が深いですね、DISTINCT は。

 しかし、集約関数を使った定型処理では、通称でグルーピングしたデータを集約関数に渡すのが基本になるので、SELECT DISTINCT を使っても意味がありません。何かほかの手だてを考えなければなりませんが、さてどうやって回避したらいいんだろう…。

>ここで、どうやらメーカーによって登録内容が違うらしいと気付いて、薬剤タブで確認できればいいのですが、いずれにしても、気づきにくいことに変わりはありませんね。
 そういや、先日私の直属の上司が ACFinder 使ってて「ダコ1000が2つ出るけど?」っていってたので、「右ボタンクリックで薬剤タブで検索して、製剤ごとの登録を見てください」と話したところでした。

>ここらへんの注意点は、ACFinder サイトにまとめページを作りますか。
 注意点をまとめるというより、使用方法等も含めて FAQ か逆引きマニュアルのようなものがあるといいかもしれませんね。
 ここんとこ、事務所内で「こんなことできないの?」「これでできますよ」「こんな機能もあったんだ」というような会話が多いです。機能が豊富すぎて、なかなか全ての機能をみんなに知らせることもできませんし。
・ツリー全体表示

〔472〕Re:通称の代表適用の変更機能
 kabe WEB  (06/08/31 20:05)

引用なし
   >Hidemi Oyaさん

kabe です。

>通称モードではSTダコニール1000の適用が表示されます。このため、通称モードばかり使用していると、登録変更されたことに気づきにくいです。
というか、全ての適用内容が同じだと、重複を省いて表示しますが、ひとつでも異なると、同一の農薬通称で異なる適用内容が表示されます。
例えば作物タブで「きゅうり」「褐斑病」を検索した場合、農薬の種類か農薬通称でソートするとわかりますが、TPN水和剤、ダコニール1000の表示が2件出てきます。どこが異なるのかはひとつひとつ項目を確認しないとわかりませんが、使用回数をみると8回と4回の2種類の登録があることがわかります。ここで、どうやらメーカーによって登録内容が違うらしいと気付いて、薬剤タブで確認できればいいのですが、いずれにしても、気づきにくいことに変わりはありませんね。

このような場合を想定すると、とりあえずの対策としては検索時のソート項目を農薬の種類か、農薬通称で並べ替えるようにした方が良さそうですね。
(あるいはユーザーがソート条件を設定できるようにするか)

>現在は、登録番号が若いものが代表適用として使用されるようですが
代表適用というよりは、その農薬通称の最大限の登録適用が表示されます。なので
メーカーによっては通称モードで表示された登録が存在しないこともありえます。

ここらへんの注意点は、ACFinder サイトにまとめページを作りますか。
・ツリー全体表示

〔471〕Re:要望ほか
 Hidemi Oya WEB  (06/08/31 16:58)

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

 SQL タブのフィールドペインの右クリックでフィールドがノーチェックまたは全チェックの場合は「select * from」が選択できるように要望するのを忘れてたなと思って確認したら、いつの間にか対応してました。チェンジログに出てこない細かな修正が結構されてたんですね。

 SQL タブのエディタの右ボタンクリックで、「切り取り」が単なる削除になっていて、クリップボードに切り取ったテキストが入りません。現行「切り取り」は「削除」にして、クリップボードに入る一般的な「切り取り」を追加して欲しいです。
 あと、エディタの右ボタンメニューに、「全選択」と「全消去」があると便利かな。
・ツリー全体表示

〔470〕Re:通称の代表適用の変更機能
 Hidemi Oya WEB  (06/08/31 16:42)

引用なし
   自己レスです。

> 現在は、登録番号が若いものが代表適用として使用されるようですが、これを逆に古いものにするか、
 vTsushoTekiyo を登録番号の逆順に並び替えたらできるかなと思って、私のチェックシステム上で vTsushoTekiyo の最後に「ORDER BY bango DESC」を追加してみたら、登録番号の古いものが選択されるようにはなりました。検索速度がやや遅くなるという副作用がありますけど。

>屋号なし農薬名があるものは屋号なしを代表適用
 こちらについても、上記と同様に vTsushoTekiyo の最後に「ORDER BY LENGTH(meisho) DESC」を追加するといけそうです。ただし、これはかなり検索に時間がかかります。

> できれば、こういった事例に気がついた段階で、ユーザが指定した剤で通称の代表適用を書き換えるような機能があると良いですね。
 考えてみたら、vTsushoTekiyo は実テーブルではなくビューなので、これは無理ですね(^_^;)。UTF-16 対応によっていくらかデータベースサイズが削減できたので、vTsushoTekiyo をビューではなく実テーブルにするという手もアリかなという気はしますが…。

 話は変わりますが、現在 vTekiyo, vTsushoTekiyo は tekiyo のビューとして作られているので、ビューのビューになります。vTekiyo, vTsushoTekiyo を使うと tekiyo に比べて圧倒的に検索が遅くなるのは、これが原因のようです。vTsushoTekiyo を下記のように作ると、検索速度が劇的に改善します。最後に「ORDER BY m_tekiyo.bango DESC」を追加しても、従来の vTsushoTekiyo を使った場合より速いくらいです。
 ビューのビューはサブクエリと同じになるせいですかねえ? あるいは、ビューのビューではインデックスが使えないとか? 詳細は不明ですが、いずれにしてもネストしたビューは可能な限り避けた方が良さそうです。

CREATE VIEW vTsushoTekiyo AS
SELECT
 sakumotsu, byochu, mokuteki, shurui, tsusho,
 jiki, baisu, ekiryo, hoho, basho, jikan, ondo, dojo, chitai,
 tekiyaku, kongo, kaisu,
 seibun1, kaisu1, seibun2, kaisu2, seibun3, kaisu3,
 seibun4, kaisu4, seibun5, kaisu5, yoto, zaikei
FROM m_tekiyo
LEFT JOIN m_kihon ON m_tekiyo.bango = m_kihon.bango
--ORDER BY m_tekiyo.bango DESC
--ORDER BY LENGTH(meisho) DESC
・ツリー全体表示

〔469〕データベース自動更新機能
 Hidemi Oya WEB  (06/08/31 0:14)

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

 これまでも何度かありましたが、060830 版でもデータベース構成が変わったために、データベース部分のみの更新が必要となりました。これをいちいちユーザに指示してやってもらうのもなかなか難しいですし、ファイルサーバにあるデータベースを使う場合も管理者が手動更新しなければなりません。
 まあ、そう頻繁に実施しなければならないものではありませんが、自動化できるなら自動化してもらった方が便利です。

 データベースに、このデータベースを作成した ACFinder のバージョンを保存しておけば、データベースの更新が必要かどうかは判断できるので、データベースのみの更新も自動化することが可能です。次にデータベース構成が変わる時にでも、データベース自動更新機能を追加してもらえるとうれしいです。

 さらに、8/16 登録更新のような ACFinder 本体のアップデートが必要な際には、これも自動的にアップデートしてくれる機能があると申し分ないですね。今のままでは無理ですが、データアップデータと検索部分を分離して別 exe にすれば、検索部分に制御が移った段階でデータアップデータを更新するという手法が使えそうです。
 早急にということではないですが、将来の TODO リストに加えてもらえるとうれしいなあ…。
・ツリー全体表示

〔468〕通称の代表適用の変更機能
 Hidemi Oya WEB  (06/08/30 23:30)

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

 7/19 の登録変更で、いくつかの作物で TPN の総使用回数が拡大されています。きゅうりでは、散布で4回だったのが8回と倍増しています。
 ところが、ダコニール1000では、無印・クミアイ・武田・STと4剤ある中で、STのみが本剤の総使用回数が4回のままになっていて(JPP-NET でも同様です)、通称モードではSTダコニール1000の適用が表示されます。このため、通称モードばかり使用していると、登録変更されたことに気づきにくいです。
 この例では、使用回数が少ない方が表示されているので大きな問題にはなりませんが、逆に総使用回数の削減や希釈倍数の低濃度化への変更があって、多い方や濃い方が通称の代表適用として表示されると、我々の用途ではちょっと厳しいです。

 現在は、登録番号が若いものが代表適用として使用されるようですが、これを逆に古いものにするか、屋号なし農薬名があるものは屋号なしを代表適用とした方が原体メーカーの可能性が高く、登録変更もきちんと変更される確率が高いのではないかと思います。
 できれば、こういった事例に気がついた段階で、ユーザが指定した剤で通称の代表適用を書き換えるような機能があると良いですね。さらに、指定した剤を ACFinder のサイトに集積できるような機能が付けて、他のユーザもそれを利用できるようになるともっと便利になりそうです。

P.S.
 しかし、同じ住友武田で、武田ダコニール1000と武田ダコニール粉剤・STダコニール粉剤は変更されてて、STダコニール1000だけ変更されてないってのはどういうことなんでしょうね? 粉剤の方が昔のままってのなら、ADI 絡みかなとも思えますが…。
 JPP-NET を見ても同様で、しかもSTダコニール1000のみ最終登録変更日が 8/16 と他の剤よりもあとなので、データのバグでもなさそうです。
・ツリー全体表示

〔467〕要望ほか
 Hidemi Oya WEB  (06/08/30 12:52)

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

 060820 版で、当初からの TODO リストもほぼチェック済みになりました。大きな改変が必要なもので残っているのは、任意行/列の削除機能くらいでしょうか…。
 こちらは、ゆっくり対応していただくとして、ちょっと細かな気づいた点を。

 MACS for ACIS でもまだ修正していませんが、抜け切れていない屋号に「トクソー」がありました。
 SQL タブで、http://www.sqlite.org/lang_expr.html にある標準のスカラー関数、集約関数で色分けされないものがあります。スカラー関数などは ACFinder で全く使わないようなものもあるので全て色分けする必要はありませんが、集約関数に関しては色分けしてもらえるとありがたいです。データから数値だけを抜き出す関数を追加すれば、使用回数等で SUM とかも使えるようになりますから。ついでに、http://www.sqlite.org/pragma.html にあるプラグマの内、index_info, index_list あたりも色分けされた方が良いかなという感じはします。

 薬剤タブで成分名等による Google 検索をできるように要望しようと思っていたら、これは今バージョンから対応してましたね。
・ツリー全体表示

〔466〕Re:ACFinder 060830版
 Hidemi Oya WEB  (06/08/30 10:57)

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

>修正版をアップしました。
 バグフィックス版 SQLite ライブラリを送ったのが深夜だったのに、素早い対応ありがとうございました。ライブラリの方は、あといくつかプリプロセッサ関数を追加する予定ですので、またよろしくお願いします。

>今度は concat 関数が妙な挙動をするようになってしまいました。
 これの原因解明に何時間もかかってしまったんですが、実はライブラリ側は全く問題なく、単純にテストプログラムの SQL が Memo コンポーネントで勝手に改行されてしまっていたのが原因でした。まったく、しょうもないことで躓いたものです。
・ツリー全体表示

〔465〕ACFinder 060830版
 kabe WEB  (06/08/30 1:57)

引用なし
   kabe です。

修正版をアップしました。
http://acfinder.kabe.info/
・ツリー全体表示

〔464〕Re:ACFinder 060828版
 Hidemi Oya WEB  (06/08/29 17:14)

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

 060828 版ですが、
>プログラム内部で使用している SQLite用の Delphi ライブラリを Hidemi Oya さん作成のものに変更しました。
のバグのせいで成分2が表示されなかったりなどの不具合があります。
 昨夜(というか今朝というか)送ったバグフィックスバージョンは、この不具合は解消されていますが、集約関数が型未定義のためエンコーディング変換されずに表示されてします。集約関数の結果を正常に取得できるようにしたら、今度は concat 関数が妙な挙動をするようになってしまいました。
 てなわけで、このバージョンはしばらくお待ちください。なお、acfindef.kabe.info に関しては、勝手にダウンロードできなくしちゃいました。
・ツリー全体表示

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