Q&A
コード等、パソコンの画面に表示されるものはコードのマークダウンをご利用ください。
また、各種バージョン等は最後の補足情報が書く場所となっています。
jdbc はどのようなものをご利用でしょうか。
実現したいこと
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/ツールのバージョンなど）
ここにより詳細な情報を記載してください。
logger.debug("取得結果 ={}",rs.getBigDecimal("取得する値"));
の部分を
logger.debug(rs.getBigDecimal("取得する値").toString());
としたら、ナニが出力されますか？
提示された情報だけではloggerがナニかわかりませんが、`{}`の部分に値を展開する雰囲気なので、展開するときに何らかの編集が入っている可能性もある。
jdbcは、postgresql-8.3-603.jdbc3.jar を使用しております
> javaで、クエリを生成し、SQLServerで実行します。
JDBCがSQLServerなのに、PostgreSQL向けのpostgresql-8.3-603.jdbc3.jarですか。謎ですね。SQLServerはよく知りませんが、このあたりを使うのが適切なのではないかと。 https://mvnrepository.com/artifact/com.microsoft.sqlserver/mssql-jdbc
大変失礼いたしました。
sqljdbc41.jar を使用しております。
tomcatで複数のプロジェクトを稼働しておりますので、tomcatのlibにpostgresql-8.3-603.jdbc3.jarが
存在し、誤ってこちらを記載しました。
当質問のプロジェクトでは、このプロジェクト（コンテキスト）配下のlibのsqljdbc41.jar を使用しています。
CAST( 最小終値 AS NUMERIC(10,5))
CASTしないで以下をそのまま指定するとどうなりますか
最小終値
CASTをしない場合
SQLServer（SSMS）のエディタ上での実行結果「1329.695652」が、javaでgetStringすると「1329.7」になります。
CASTをする場合
SQLServer（SSMS）のエディタ上での実行結果「30.58913」が、javaでgetStringすると「30.58910」になります。
SQLServer（SSMS）のエディタ上での実行結果「1329.69565」が、javaでgetStringすると「1329.70000」になります。
その手前のROUNDをしない場合はどうなりますか？
ORDER BY 最小終値 は文字列の整列なので正しく動作しないかもしれません
おそらく2箇所調べなければなりません
1. JDBCがSQLServerに渡しているSQLが正しいか
2. ResultSetに正しい値が入っているか
JDBCドライバーが2種類提供されていないでしょうか
type-1 JDBC-ODBCブリッジ
type-4 Javaネイティブ
どちらを使っているかわかりませんが、もう一方を試してみる ... 。
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種類提供されていないでしょうか
これは初めて知りました。試してみます。
もう少しお付き合い頂きますと、幸甚です。
皆様
解決いたしました。ご協力頂き、ありがとうございました。
xebme様 をベストアンサーとさせて頂きたいのですが、選択方法（操作方法）がわからず。。
自己解決として詳細を説明してください。
申し訳ありません。「自己解決」にすると、ベストアンサーを設定できないかと思っておりました。
ちょっと細かいのですが、
質問者自身が回答を投稿しベストアンサーに自身の回答を選ぶことを『自己解決』と呼びます。(回答はログインユーザーであれば誰でもQAならベストアンサー後でも投稿できる)
ヘルプページにも明記されてるはずなので確認を。
回答1件
2
自己解決
基準日終値がdecimal型で、これに掛ける係数（｛｝の箇所）の型指定をしていなかったことが原因でした。
（恐らく暗黙的にfloat型になっていた？）
そこで、decimal型 であることを明示したら、java側でも期待値通りの値を取得できました。
投稿2023/06/05 07:04
総合スコア9
あなたの回答
tips
プレビュー
