javaのResultSet.get～が端数処理する

Question

実現したいこと

javaのResultSet.get～が端数処理（四捨五入）しないようにする

前提

javaのバージョンは、1.7です。
RDMSは、SQLServerです。バージョンは、18．4です。

発生している問題・エラーメッセージ

javaで、クエリを生成し、SQLServerで実行します。
以下のように、クエリ実行直後をログに出力して検証しました。

ResultSet rs = stmt.executeQuery()
logger.debug(stmt.toString());
logger.debug("取得結果 ={}",rs.getBigDecimal("取得する値"));
logger.debug("取得結果 ={}",rs.getString("取得する値"));

stmt.toString() 、つまりクエリの内容を、SQLServer（SSMS）のエディタ上で実行すると、
結果は「1329.695652」です。が、javaのログは、rs.getBigDecimalとrs.getStringのどちらも「1329.70」です。

SQLServer（SSMS）のエディタ上では「1329.695652」の値が、
なぜ、rs.getBigDecimalとrs.getStringのどちらも「1329.70」を返すのでしょうか？

実際のクエリは以下の通りです。{}には、javaが1をセットします。

＜実際のクエリ＞＝＝＝＝＝＝＝＝＝＝＝＝＝＝
SELECT
CAST( 最小終値 AS NUMERIC(10,5)) AS 最小終値, TRIM(基準日) AS 基準日,
件数, 市場コード
FROM (
SELECT
CAST(ROUND(AVG( 基準日終値 *(
CASE 基準年月
WHEN '202304' THEN 1
WHEN '202303' THEN {}
WHEN '202302' THEN {}
END )),10,1)
AS VARCHAR) AS 最小終値,
基準年月 AS 基準日,
COUNT(基準日終値) AS 件数,
市場コード
FROM
株式終値テーブル
WHERE 銘柄コード ='ZZZ' AND ( (基準日 between '20230400' AND '20230499') OR (基準日 between '20230300' AND '20230399') OR (基準日 between '20230200' AND '20230299') )
GROUP BY 基準年月 ,市場コード
UNION ALL
SELECT
CAST(ROUND(基準日終値,10,1) AS VARCHAR) AS 最小終値 , 基準日 AS 基準日, '1' AS 件数, 市場コード
FROM 株式終値テーブル
WHERE 銘柄コード = 'ZZZ' AND 基準日= '20230428' )
AS 終値
ORDER BY 最小終値, 市場コード , 基準日 desc

該当のソースコード

ソースコード

試したこと

ここに問題に対して試したことを記載してください。

補足情報（FW/ツールのバージョンなど）

ここにより詳細な情報を記載してください。

Comments

[jimbe]

コード等、パソコンの画面に表示されるものはコードのマークダウンをご利用ください。
また、各種バージョン等は最後の補足情報が書く場所となっています。

jdbc はどのようなものをご利用でしょうか。

[shiketa]

logger.debug("取得結果 ={}",rs.getBigDecimal("取得する値"));
の部分を
logger.debug(rs.getBigDecimal("取得する値").toString());
としたら、ナニが出力されますか？
提示された情報だけではloggerがナニかわかりませんが、`{}`の部分に値を展開する雰囲気なので、展開するときに何らかの編集が入っている可能性もある。

[20200812_javaer]

jdbcは、postgresql-8.3-603.jdbc3.jar を使用しております

[shiketa]

> javaで、クエリを生成し、SQLServerで実行します。

JDBCがSQLServerなのに、PostgreSQL向けのpostgresql-8.3-603.jdbc3.jarですか。謎ですね。SQLServerはよく知りませんが、このあたりを使うのが適切なのではないかと。 https://mvnrepository.com/artifact/com.microsoft.sqlserver/mssql-jdbc

[20200812_javaer]

大変失礼いたしました。
sqljdbc41.jar を使用しております。
tomcatで複数のプロジェクトを稼働しておりますので、tomcatのlibにpostgresql-8.3-603.jdbc3.jarが
存在し、誤ってこちらを記載しました。
当質問のプロジェクトでは、このプロジェクト（コンテキスト）配下のlibのsqljdbc41.jar を使用しています。

[xebme]

CAST( 最小終値 AS NUMERIC(10,5))
CASTしないで以下をそのまま指定するとどうなりますか
最小終値

[20200812_javaer]

CASTをしない場合
SQLServer（SSMS）のエディタ上での実行結果「1329.695652」が、javaでgetStringすると「1329.7」になります。

[20200812_javaer]

CASTをする場合
SQLServer（SSMS）のエディタ上での実行結果「30.58913」が、javaでgetStringすると「30.58910」になります。
SQLServer（SSMS）のエディタ上での実行結果「1329.69565」が、javaでgetStringすると「1329.70000」になります。

[xebme]

その手前のROUNDをしない場合はどうなりますか？
ORDER BY 最小終値 は文字列の整列なので正しく動作しないかもしれません

[xebme]

おそらく2箇所調べなければなりません
1. JDBCがSQLServerに渡しているSQLが正しいか
2. ResultSetに正しい値が入っているか

[xebme]

JDBCドライバーが2種類提供されていないでしょうか
type-1 JDBC-ODBCブリッジ
type-4 Javaネイティブ
どちらを使っているかわかりませんが、もう一方を試してみる ... 。

[20200812_javaer]

xebme様
多くのヒントを頂き、ありがとうございます。心より感謝申し上げます。
現在の状況ですが、
「ROUND(AVG」 に対する 「CAST～AS VARCHAR」 を消すと、java側でも、期待通りの値を取得できるようになりました。
が、この 「CAST～AS VARCHAR」 は、過去にも同じ事象（SQLServer での実行結果と、それをjava側でgetStringやgetBigDecimalすると値が異なる）が発生した際、それを解消するための策として実装したものです。
つまり、終値によって、
・SQLServer での実行結果と、それをjava側でgetStringやgetBigDecimalすると値が一致する
・SQLServer での実行結果と、それをjava側でgetStringやgetBigDecimalすると値が異なる
・「CAST～AS VARCHAR」 することで、値が一致する（問題が解消する）
・「CAST～AS VARCHAR」 することで、逆に値が一致しなくなる（今回のように、問題が発生する）
という状態です。

＞JDBCドライバーが2種類提供されていないでしょうか
これは初めて知りました。試してみます。

もう少しお付き合い頂きますと、幸甚です。

[20200812_javaer]

皆様
解決いたしました。ご協力頂き、ありがとうございました。
xebme様 をベストアンサーとさせて頂きたいのですが、選択方法（操作方法）がわからず。。

[xebme]

自己解決として詳細を説明してください。

[20200812_javaer]

申し訳ありません。「自己解決」にすると、ベストアンサーを設定できないかと思っておりました。

[m.ts10806]

ちょっと細かいのですが、
質問者自身が回答を投稿しベストアンサーに自身の回答を選ぶことを『自己解決』と呼びます。(回答はログインユーザーであれば誰でもQAならベストアンサー後でも投稿できる)
ヘルプページにも明記されてるはずなので確認を。

Answer 1

基準日終値がdecimal型で、これに掛ける係数（｛｝の箇所）の型指定をしていなかったことが原因でした。
（恐らく暗黙的にfloat型になっていた？）
そこで、decimal型 であることを明示したら、java側でも期待値通りの値を取得できました。