問題タブ [sql-convert]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql - DateTimeをVarCharに変換する方法
変数に含まれる値を、フォーマットとしてフォーマットさDateTime
れた変数(時間部分なし)に変換する必要があります。varchar
yyyy-mm-dd
それ、どうやったら出来るの?
sql - SQL Server のカスタム日付/時刻形式
テーブルから列を選択し、ResultSet に 2 つの列を追加するストアド プロシージャを作成しようとしています。これらの 2 つの余分な列は、日時フィールドであるテーブル内のフィールドの変換の結果です。
日時形式フィールドの形式は「YYYY-MM-DD HH:MM:SS.S」です。
次の形式にする必要がある 2 つの追加フィールド:
- DDMMM
- HHMMT、ここで、T は午前を表す「A」と午後を表す「P」です。
例: フィールドのデータが「2008-10-12 13:19:12.0」の場合、抽出されたフィールドには次のものが含まれている必要があります。
- 1210月
- 0119P
CONVERT 文字列形式を使用してみましたが、取得したい出力と一致する形式はありません。CONVERT を介してフィールド データを抽出し、次に REPLACE を使用する方向に沿って考えていますが、確信が持てないため、ここで何らかの助けが必要です。
ストアドプロシージャに精通している人は、ここで私を助けてくれますか? ありがとう!
sql-server - varchar から Datetime への変換
次のコードが機能する理由:
しかし、このコードはしません:
注:DateOfAction
はvarchar
フィールドです
誰かがこれを説明して正しいコードを与えることができますか?
sql - フォーマットによってbigintをnvarcharに変換します
次のスキームbigint
を使用して変換するにはどうすればよいですか。nvarchar
1
に変換します0001
123
に変換します0123
sql - 大きな数値を varchar の例として変換しないようにする方法 1444092 は 1.44409e+006 です
これが私の最後の質問です
しかし、大きな数字は何かを1.44409e + 006として変換し、インディケータに単語のporcentajeが含まれている場合、これが計算され、文字 '%'が追加され、変換されますが、このバグが発生しました
SQL 2005に取り組んでいます
mysql - PostgreSQL から MySQL へのデータのコピー
現在使用しているソフトウェアの 1 つがこの特定のデータベース エンジンしかサポートしていないため、PostgreSQL データベースを使用しています。次に、アプリからのデータをより有用な形式に要約および分割するクエリがあります。
私の MySQL データベースには、上記のクエリの出力と同じスキーマを含むテーブルがあります。
私が開発したいのはcron
、PostgreSQL データベースに対してクエリを実行し、結果を MySQL データベースに挿入する 1 時間ごとのジョブです。1 時間の間に、転送が必要な 10,000 を超える新しい行が表示されることはないと思います (これはストレッチです)。
両方のデータベースは、互いに離れた大陸にある別々の物理サーバー上にあります。MySQL インスタンスは Amazon RDS で実行されるため、マシン自体をあまり制御できません。PostgreSQL インスタンスは、サーバーの 1 つの VM で実行されるため、完全に制御できます。
残念ながら、複製が必要なのは、PostgreSQL データベースが情報の収集者としてのみ機能するのに対し、MySQL データベースにはデータを必要とするアプリケーションが実行されているためです。簡単にするために、PostgreSQL からの移動/マージと削除を 1 時間ごとに実行して、クリーンな状態を維持したいと考えています。
明確にするために-私はネットワーク/システム管理者であり、DBAではありません。ある形式を別の形式に変換する際に必要な複雑さのすべてを本当に理解しているわけではありません。私が知っているのは、転送されるデータが 1x VARCHAR
、 1x DATETIME
、および 6xBIGINT
列で構成されていることです。
アプローチについて私が持っている最も近い推測は、スクリプト言語を使用してクエリを作成し、結果を内部データ構造に変換してから、再び MySQL に分割することです。
その際、スクリプトを作成する際に注意すべき特定の良い慣行や悪い慣行はありますか? または-この種の変換を行うのに役立つ可能性のある、私が見るべきドキュメントはありますか? 非常に管理しやすく、十分に文書化されているように見えるスケジューリング ジョブをたくさん見つけましたが、このスクリプトの進行中の性質 (毎時実行) はあまり一般的ではなく、文書化もされていないようです。
どんな提案にもオープンです。
sql-server-2008 - SQL Server 2008-CONVERT vs DATE&DATETIME列
私は多くのテーブルに修正日フィールドを保存しています。ロジックに時間部分を使用する必要がある場合もあれば、日付部分だけが必要な場合もあります。次のシナリオのどれがより効率的/ベストプラクティスであるか疑問に思います。
2つの列(1つはDATE型と1つはDATETIME型)を格納します。どちらも同じインスタンスを時間で表しますが、DATE列には明らかに日付部分のみが格納されます。日付のみの比較を行う必要がある場合は、DATE列を使用し、DATETIME列を使用する時間を含む比較を行う必要がある場合。
タイプDATETIMEの1つの列を格納し、CONVERT(DATE、Date_Amended_Col)を使用して、必要なときにいつでも日付部分を取得します。
毎回CONVERTを使用すると、かなりのオーバーヘッドが発生しますか?DATE部分の方がアクセス頻度が高いと思いますので、CONVERTを多用している気がします。
修正が行われたときに両方のフィールドを更新する必要があるという事実を除けば、2番目の方法の明らかな欠点は考えられません。必要に応じて、いつでもそのトリガーを使用できます。
それとももっと良い方法はありますか?計算列を使用することは、毎回CONVERTを使用することと同じでしょうか?
どんな考えでもいただければ幸いです。
どうもありがとう、
アル
sql - ELSE CASE SQL クエリで Convert を使用する
数値フィールドを選択する Postgres で SQL クエリを実行しています。この SELECT の結果として文字列値を表示する必要があるため、次のCASE
ようなステートメントを使用しています。
問題は、数値フィールドに他の値 (300
たとえば) がある場合、この値を (もちろん文字列として) 表示する必要があることです。CONVERT
私はこのように他のものをつけようとします
しかし、うまくいきませんでした。どうすればいいですか?
sql-server - SQL エラー時に udf が null を返すようにするにはどうすればよいですか?
SQL Server 2008 で実行しています。列の型 varchar を選択し、すべての値を XML 型に変換しています。ただし、varchar 値が常に正しい XML 形式であるとは限りません。正しい XML 形式でない場合は、「エラー」を出力して続行する必要があります。問題は、変換エラーの処理方法がわからないことです。私の選択の周りにTRY-CATCHを使用しようとしましたが、エラーが発生すると選択が停止します。varchar から XML への変換が機能するかどうかを確認する関数を作成することに頼りました。変換でエラーが発生した場合は関数が null を返す必要があります。どうすればいいですか?
これは、変換しようとしているデータの非常に単純化されたバージョンです
これが私が今持っている機能です。変換が失敗した場合に null を返すように調整する方法がわかりません
私が望む出力は
TRY-CONVERT 関数を使用してみましたが、それは SQL Server 2012 用です。関数で TRY-CATCH ステートメントを使用してみましたが、UDF 関数で TRY-CATCH ステートメントを使用できません。プロシージャ内でプロシージャと try-catch を使用することを考えましたが、実際には更新や挿入を行っていないため、この状況でプロシージャを使用する必要があるとは思えません。これを処理する方法がわからない。
どんな助けでも素晴らしいでしょう!ありがとうございました!