Q&A
「SQL Server 文字列 日付」で検索して出てくる情報では何か足りませんでしたか？
javafxプログラム中の
ResultSet rs = stmt.executeQuery("SELECT 日付 FROM データ");
日付には8桁の文字列が入っています。
SQLServerを使用しています。
テーブル内での型はverchar(8)です。
＜例＞
20200903
20200904
20200905
など
このクエリ内で2020/09/04などのスラッシュを追加した表示方法に変えることはできますか？
TO_CHARやTO_DATEなどは試しましたができませんでした。。。
ＳＱＬではできますけど、ＪＡＶＡＦＸ内ででやる方法を知りたいです。
「SQLのクエリで」という要件になっていますけど。
ＪＡＶＡＦＸ内の と書いてありますが・・・
でも結局その書いたクエリはSQL Serverで実行されるわけですよね。
JavaFXで実行されるわけではないです。
いずれにしても「できたSQL」を提示してください。
あと、「TO_CHARやTO_DATEなど」試したコード。
質問に対する回答でないのなら、もう結構です。
調べてもどれも同じような方法で自分では思いつかない他の方が考える方法を知りたいのでこのような形式で質問しました。
今回は試したコードを直してほしいわけではありません。
では結局「コードほしいだけ」ということですね。質問内容だけだとそのように見えます。わかりました。
「できますか？」というのが質問なので「できます」というだけの回答がついても文句は言えませんしね。
こちらはあくまで「質問への追記修正依頼」です。「質問に答えるために追記してほしいこと」「質問の不明点に対する確認」をコメントしていたので、それを「質問に対する回答でない」と切られてしまうとできるアドバイスはないです。
勘違いしないでいただきたのは、煽っているわけではないということ。
質問内容にあることしか他者には伝わりませんから、基本的には「書かれてないこと」をベースに回答を考えます。
が「それはもう調べた」「それはもう試した」と後出しされると回答やそれに費やした時間が無駄になりますし、回答してくれた人に失礼です。
ですから、調べたこと・試したこと・起きている問題（できないというのはどういうコードでどういう結果が出たのか） 、質問者が持っている情報はなるべく全て提示してもらいたいのです。
もし、「自身が試した方法」で出来たら、それで御の字ですよね。
機能の使い方が間違っていたのかもしれない、ちょっとした構文ミスがあったのかもしれない でもそれは提示されないと分かりません。
実際に組んだコードを見れば分かることも多いです。
「それ以外が欲しい」のであれば、尚更自身のコードを出すべきです。
大体ここにコメントしてくる方は質問内容を希望通り変更してもそれで終わりのことが大半です。
ＪＡＶＡＦＸでやりたいとお返事いたしましたが屁理屈を返されては・・・
質問の日本語や文章に対して文句を言われると結局そうなのだろうと嫌でも思ってしまいますよ。
またこちらは出たエラー文からTO_CHARとTO_DATEを使う選択肢はないという意味でその一文を書きましたので試したコードを書きませんでした。
↑2つ目のお返事を見る前に送信しました。
なるほど、そういうことなのですね
では試したことを追加しようと思います。
追記してます。何を経験されたか知らないですが、
希望通りでなかったか、別の方が回答したからOKとしたか、コメント後teratail見れてないか 理由はそれぞれでしょう。それを責めることは出来ません。回答も強制ではないです。
それでももし回答がつかなければ、質問内容が十分でないことが大半です。
あくまでガイドラインに則ってないことを指摘しているので、屁理屈と言われても困ります。
https://teratail.com/help/avoid-asking
エラー出たならエラーを提示するべきですし、調べたなら何をどう調べたか書くべきです（ガイドライン通り）
https://teratail.com/help/question-tips
「今あるコードを直してほしいわけではない」のであればその旨記載しないと分かりませんしね。
「○○を試したけどできませんでした」と書かれてると「何をどうやったの？」と気になるのは普通の感覚です。
>では試したことを追加しようと思います。
いえいえ、よろしくお願いします。
申し訳ありませんが、来週になってしまいそうです。よろしくお願いします。
お構いなく。回答者で急いでる人はいないと思います。
回答2件
0
ベストアンサー
replace( cast(日付 AS DATE), '-', '/' )
で解決しました
投稿2020/09/08 06:10
退会済みユーザー
総合スコア0
悪いことは言わないからDATE型を使いなさい。文字型でデータを持っていると13月とか、うるう年ではないのに2月29日とか、エラーデータが入ってトラブルが多発します。
ご回答ありがとうございます。
今回は呼び出し専用なので大丈夫かと思いましたがどうなのでしょうか・・・？
参考にさせていただきます。ありがとうございます。
上記に書いたように、SQLに未熟な人が設計したテーブルは、DATE型を知らかなったり、拒否してズタズタになるシステムを時々見かけます。
自己解決のコードはvarcharの日付をDATE型にCASTしてその表示を変えている、という認識なのですが結局このコードだとDATE型を使えていないということですか？
時々上記のイレギュラーなデータが入ってしまい、休日に呼び出しをくらったり、日付データをどんどんDATE型を使わないで作り続ける人たちがいます。
これ以上は書きません。
そうなのですね・・・DATE型を使うようにします
あなたの回答
tips
プレビュー
