SQLでsysdateなどの日付型へ加算、減算してxx日後、xxヶ月後、xx年後を求める方法をメモしておきます。
xx秒後、xx秒前を求める方法
クエリー（SQL）例
- システム日付の30秒後と30秒前を取得する例です。
|
|
SELECT sysdate "本日の日付", sysdate + 30/86400 "本日の日付 + 30秒", sysdate - 30/86400 "本日の日付 - 30秒" FROM dual; |
実行結果
xx分後、xx分前を求める方法
クエリー（SQL）例
- システム日付の5分後と5分前を取得する例です。
|
|
SELECT sysdate "本日の日付", sysdate + 5/1440 "本日の日付 + 5分", sysdate - 5/1440 "本日の日付 - 5分" FROM dual; |
実行結果
xx時間後、xx時間前を求める方法
クエリー（SQL）例
- システム日付の2時間後と2時間前を取得する例です。
|
|
SELECT sysdate "本日の日付", sysdate + 2/24 "本日の日付 + 2時間", sysdate - 2/24 "本日の日付 - 2時間" FROM dual; |
実行結果
xx日後、xx日前を求める方法
クエリー（SQL）例
- システム日付の1日後と1日前を取得する例です。
|
|
SELECT sysdate "本日の日付", TO_CHAR(sysdate + 1,'YYYY-MM-DD') "本日の日付 + 1日", TO_CHAR(sysdate - 1,'YYYY-MM-DD') "本日の日付 - 1日" FROM dual; |
実行結果
xxヶ月後、xxヶ月前を求める方法
クエリー（SQL）例
- システム日付の1ヶ月後と1ヶ月前を取得する例です。ADD_MONTHS関数は1/31の1ヶ月後は2/28となるように上手く月末日を調整してくれます。
|
|
SELECT sysdate "本日の日付", TO_CHAR(ADD_MONTHS(sysdate, 1),'YYYY-MM-DD') "本日の日付 + 1ヶ月", TO_CHAR(ADD_MONTHS(sysdate, -1),'YYYY-MM-DD') "本日の日付 - 1ヶ月" FROM dual; |
実行結果
xx年後、xx年前を求める方法
クエリー（SQL）例
- システム日付の1年後と1年前を取得する例です。ADD_MONTHS関数に12の倍数を指定することで年単位での加減算が可能となります。
|
|
SELECT sysdate "本日の日付", TO_CHAR(ADD_MONTHS(sysdate, 12),'YYYY-MM-DD') "本日の日付 + 1年", TO_CHAR(ADD_MONTHS(sysdate, -12),'YYYY-MM-DD') "本日の日付 - 1年" FROM dual; |
実行結果
補足：他データベースでの日付加算と実務での注意点
本記事では Oracle を前提に日付演算を紹介しましたが、他の主要データベースでも「xx日後／xxヶ月後／xx年後」を取得する方法が存在します。移植性や比較の参考として以下に整理します。
| DBMS | 日数加算の例 | 月・年加算の例 |
| Oracle | SYSDATE + 3 | ADD_MONTHS(SYSDATE, 1)（1ヶ月後） / ADD_MONTHS(SYSDATE, 12)（1年後） |
| MySQL | DATE_ADD(NOW(), INTERVAL 3 DAY) | DATE_ADD(NOW(), INTERVAL 1 MONTH) / INTERVAL 1 YEAR |
| SQL Server | DATEADD(day, 3, GETDATE()) | DATEADD(month, 1, GETDATE()) |
| PostgreSQL | CURRENT_DATE + INTERVAL '3 day' | + INTERVAL '1 month' / '1 year' |
月末日の扱いについて注意
-
Oracle の ADD_MONTHS('2024-01-31', 1) → 2024-02-29（存在しない日付は月末に補正）
-
MySQLやPostgreSQL でも同様に月末補正される場合があります
-
契約更新日などで「きっちり同日を基準にしたい」場合は仕様確認が必要です
実務でよくある活用例
-
支払期限：請求日＋30日
-
契約更新：契約開始日から6ヶ月後／1年後
-
リマインダー：イベント前7日／前1時間
-
登録日を基準としたステップメール通知
減算にも応用可能
📌 上記を踏まえると、「日付加算はDBごとに関数が異なる」「月末や閏年の補正挙動を理解しておく」という点を意識しておくと、より安全なSQL設計につながります。
Oracleでのセッションやプロセス数には上限があり、それを超えてしまうとデータベースにアクセス出来ずに予期せぬエラー（ORA-12519）が発生するなどの不具合が発生してしまいます。
Oracleで最大プロセス数や最大セッション数は初期化パラメータを管理しているSPFILEに定義されています。変更前にSPFILEのバックアップを取得しておくのをオススメします。
SPFILEの配置場所
Oracle DB 18cの場合の例です。
- 配置位置：[ORACLE_HOME]/database/SPFILE[ORACLE_SID].ORA
（例）C:\ORACLE\WINDOWS.X64_180000_db_home\database\SPFILEORCL.ORA
最大プロセス数、最大セッション数の変更方法
- 最初に「V$SYSTEM_PARAMETER」から現在の最大プロセス数と最大セッション数の設定値を確認します。「V$SYSTEM_PARAMETER」はインスタンスに現在有効になっている初期化パラメータ情報を示します。
|
|
SELECT NAME, VALUE FROM V$SYSTEM_PARAMETER WHERE NAME IN('processes', 'sessions'); |
- 次にALETER文でプロセス数の上限を変更します。
|
|
ALTER SYSTEM SET PROCESSES = 1000 SCOPE=SPFILE; |
- SPFILEの変更はOracleを再起動しないと適用されないため、Oracle DBを再起動します。
詳細は「Oracle Database（Oracleサーバ）の再起動（停止・起動）手順」参照
- 再度プロセス数とセッション数を確認すると上限が変更されているのが確認出来ます。セッション数は明示的に変更しなくてもプロセス数の変更に比例して上限が増えます。
|
|
SELECT NAME, VALUE FROM V$SYSTEM_PARAMETER WHERE NAME IN('processes', 'sessions'); |
補足
なお、今回ご紹介した Oracle Database における「最大プロセス数（PROCESSES）」および「最大セッション数（SESSIONS）」の変更手順については、環境や用途によって最適値が異なります。以下の点にご留意ください。
-
本番環境では、まずテスト環境で変更を検証したうえで適用することをおすすめします。変更後の再起動により影響が出る可能性があります。
-
PROCESSES の値を単に増やせば良いわけではなく、実際の接続数・負荷・リソース使用量を定期的にモニタリングする必要があります（例：V$SESSION、V$PROCESS、V$RESOURCE_LIMIT など）。
-
セッション数（SESSIONS）は PROCESSES の設定に影響を受けており、一般に「SESSIONS ≒ PROCESSES × 1.1〜1.2」のような目安が用いられますが、具体的には接続方式やアプリケーション構成によって変動します。
-
多数のプロセスを許容する設定にする際は、サーバーのメモリ・CPU・I/Oリソースに対する影響も併せて考慮する必要があります。負荷のピーク時にはリソース競合が起きやすくなります。
-
万一、変更前の値に戻す必要が生じた場合は、適用後のログやパフォーマンス指標を保持しておくことで、トラブルシューティングが容易になります。
以上を踏まえ、環境に適した値の設定および運用体制を整えたうえでパラメータ変更を実施して頂ければと思います。安心して運用を続けるための一助となれば幸いです。
Excelで本日の日付を表示するにはTODAY関数を使用すれば簡単に表示出来ます。
TODAY関数はパソコンの内部時計から現在日付を取得して表示する関数となります。
TODAY関数を使用して本日の日付を表示する例
・以下の例ではB2セルへ「=TODAY()」を入力して本日の日付を表示しています。
SQLに慣れてない頃だとnullを判定する際は「xx = null」などと書いてしまいがちですが、SQLでNULLを判定するには「xx is null」 or 「xx is not null」と記載します。
使用例
サンプルテーブル
「GOODS」
NULLのデータを抽出する例
クエリー（SQL）
|
|
SELECT * FROM GOODS g WHERE GOODS_CODE IS NULL; |
実行結果
NULL以外のデータを抽出する例
クエリー（SQL）
|
|
SELECT * FROM GOODS g WHERE GOODS_CODE IS NOT NULL; |
実行結果
Excelの基本用途は表作成ですが、表の作成段階でテーブル化しておくことで作業効率化出来るのでメモしておきます。
作成した表をテーブル化して作業効率化する方法
Excelで以下のような表を作成すると集計行や列を追加したり見出しの色を変えて見やすくし、行ストライプ表示（しましま表示）にして見栄え良くして。。など手作業で色々と装飾系にも気を使って追加すると地味に面倒な作業ですが、表の初期作成段階でテーブル化することでそれらの作業を自動で実行してくれるので作業効率を上げることが出来ます。
- 最初にテーブル化したい範囲を選択して「ファイル」タブの「テーブル」を選択します。
- テーブルの作成画面が表示されるので見出し行がある場合は「先頭行をテーブルの見出しとして使用する」へチェックして「OK」ボタンを選択します。
- 以下のように見出し行の色分け、行ストライプ表示、フィルタリングが自動で設定されているのが確認できます。
- 作成したテーブルを選択すると以下のように「デザイン」タブが表示されて、他にもスライサーの挿入や集計行の追加、テーブルデザインの変更などテーブル操作の作業が実行しやすくなるため作業効率化出来ます。
補足：テーブル活用をさらに効率化するポイント
本記事では Microsoft Excel において「作成した表をテーブル化」することで、見出し行の色分け・フィルター・行ストライプなどの設定を自動化し、作業効率を上げる方法をご紹介しました。
ここからさらに一歩踏み込むためのポイントとして、以下をぜひご検討ください。
-
データの追加・更新が発生しやすい場合は、“テーブル参照”を意識する
テーブル化された範囲を参照して数式やグラフを組んでおくと、行数が増減しても自動追尾されるため、集計・可視化の手間をぐっと減らせます。
-
テーブルデザインと命名を活用する
「テーブル1」「テーブル2」などの自動名称を、自分にとって分かりやすい名前に変更しておくと、どのテーブルがどのデータを表しているのかが一目で分かり、ドキュメントの保守性が高まります。
-
テーブルを軸に「スライサー」「ピボットテーブル」「Power Query」への展開を視野に入れる
テーブルにしておくことで、たとえばスライサーの挿入やピボットテーブルでの切り口分析が簡単になります。また、外部データを定期取得して分析する場合も、 Power Query を使ってテーブル接続させることで自動化が可能です。
-
共有・チーム運用時における「テーブル化」の意義
チームメンバーと共有するスプレッドシートでは、テーブル化しておくことでどの範囲がデータ部分か即座に把握でき、フィルターや行削除などの誤操作を防ぎやすくなります。操作の統一化・見通しの良さという意味でも効果があります。
テーブル化というひと手間を最初に挟むことで、後々の「毎回の装飾」「範囲を都度指定する数式」「フィルター更新忘れ」などの地味な手作業を削減できます。ぜひ、表の作成段階で「この範囲はテーブル化した方が良いか？」という視点を持ち、日々のExcelワークをよりスマートにしてみてください。
SQLではSELECT時などにCASE文を入れる事で「IF-THEN-ELSE式」を記載することも出来ます。
使用例
サンプルテーブル
「GOODS」
クエリー（SQL）
- 以下の例ではCASE文でGOODS_CODEが特定の値と一致した場合、NAME列に文字列を付与してTEST列として出力しています。
|
|
SELECT NAME, GOODS_CODE, (CASE GOODS_CODE WHEN 101 THEN '【PC】' || NAME WHEN 201 THEN '【DESK】' || NAME ELSE '【OTHER】' || NAME END) test FROM GOODS g; |
出力結果
「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。
