Nanaさん、こんにちは。

＞ご指摘ありがとうございます。これらの過去ログにつきましては質問をさせて頂く前に拝見させて頂きました。
＞0.0･･1を加算後にtruncate私もこの手段をこれまで取って参りました。Ａ:0.289999とＢ:0.289999において
＞見た目はどちらも同じですが、実際はＡは0.29でＢは0.289999。こういう場合において全てに0.0･･1を加算後
＞にtruncateという手段はあってはならない計算計算結果を招く事があります。数値取得後にその数値を加工する
＞という事はさらに異なった数値に自らしている訳ですから、今回の私の要求している方法は異なっていると
＞思われます。あくまでも、ＤＢ（ＳＱＬ）の値を正確に取得するというのが私のＰＢに対する要求事項です。

PBに対する要求事項は、アシストにどうぞ。
私はPBの１ユーザであり、PB本体についての責任は一切とれませんので。

それから、今回の件の回避策で有効そうなのは、No.9970のコメントツリー
で紹介している方法ですね。
SQLの関数で数値→文字列への変換をしてしまえば、PBのｄｗの数値誤差
による影響は受けなくなります。データウィンドウは文字列のカラムで
表示を行います。

数値の計算は、Powerスクリプトのdecimal型の変数で計算をすれば、
私のPB3.x以降の経験上、ほぼ問題ありません。

ちなみに、ウン年前にこの問題でテクニカルサポートに問い合わせを
した時には、PB本体の開発に使用している言語のライブラリに問題発生
の根本原因があり、容易に修正できそうにないという話を聞いた記憶が
あります。
(Javaもそうだけど、アメリカ人は精度を要求する数値計算の必要性が低いのだろうか？)

TechWiredでもこの件については検索できますので、提供元の正式な回答
の内容を確認してください。