質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.60%

PostgreSQLのnow()とstatement_timestamp()の違いについて

解決済

回答 3

投稿

  • 評価
  • クリップ 0
  • VIEW 654

new9

score 18

PostgreSQLのバージョンは、12.1で、Windows Server 2019で動かしています。

MySQLのON UPDATE CURRENT_TIMESTAMPと同様の動き(データをアップデートした日時を記録する)
をPostgreSQLでも実現させたく、ファンクションとトリガーを使って実現しようとしています。

以下のような仕組みを考えています。

・テーブルを作成

CREATE TABLE aabbcc
(
    "id"                    integer DEFAULT nextval('aabbcc_id_seq'::regclass) NOT NULL,
    "cd"                    character varying(9) NOT NULL,
    "update_at"              timestamp with time zone DEFAULT CURRENT_TIMESTAMP NOT NULL,
    CONSTRAINT "aabbcc_pkey" PRIMARY KEY  ("id")  USING INDEX TABLESPACE "pg_default"
)
TABLESPACE "pg_default"
;

・ファンクションを作成

CREATE OR REPLACE FUNCTION fnc_update_at()
 RETURNS trigger
 LANGUAGE plpgsql
AS $function$
  begin
    new.update_at := 'now()';
    return new;
  end;
$function$
;

・トリガーを作成

CREATE TRIGGER aabbcc_update_at
BEFORE UPDATE 
ON aabbcc
FOR EACH ROW
EXECUTE PROCEDURE fnc_update_at()
;

ファンクションの6行目が、「new.update_at := 'now()';」だとUPDATE時にupdate_atカラムが正しく更新されるのですが、
これだとトランザクションの開始日時になってしまうため、「new.update_at := 'statement_timestamp()';」
に変更して実行すると、データのアップデート時に以下のエラーになってしまいます。

ERROR:invalid input syntax for type timestamp with time zone:"statement_timestamp()"

now()もstatement_timestamp()も、戻り値の型はtimestamp with time zoneなので問題なく動くと
想定していましたが、エラーになってしまいました。

なぜエラーになってしまうのでしょうか?

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • amura

    2020/01/31 16:46 編集

    お答えになっていません(推測)
    now()はクォートで括る事が出来るようです、'now'でも行けます。
    new.update_at := (select 'now'::timestamp); の動きと同じの様です。 nowだけ特別??
    でもnow(),statement_timestamp()クォート取れば行けますけど

    キャンセル

  • new9

    2020/01/31 17:42

    ありがとうございます。
    ご指摘頂いた通り、クォートを外して
    「new.update_at := clock_timestamp();」で正しく動きました。

    キャンセル

  • sazi

    2020/02/01 00:16

    ここに回答と解決結果を書いても気付く人は少ないです。
    ベストアンサーにでも、コメントとして書いておいた方が良いと思います。

    キャンセル

回答 3

checkベストアンサー

+1

「PostgreSQLのnow()とstatement_timestamp()の違いに関して」のみ
begin;するとわかりますが、end;までの間

now() 変わらない
transaction_timestamp() 変わらない当然
statement_timestamp() 変わる
clock_timestamp() 変わる
timeofday() 何故か変わる


があります。

マニュアルからすると

PostgreSQLでは利便性のために、下記に示されているような特別な日付/時刻入力値を
サポートしています。 infinityと-infinityの値は、特別にシステム内部で表現され、
変更されずに表示されます。 他のものは、単に簡略化された表記で、
読み込まれるときに通常の日付/時刻値に変換されます。
 (特にnowとその関連文字列は読み込まれるとすぐにその時点の値に変換されます。)
epoch
infinity
-infinity
now
today
tomorrow
yesterday
allballs


これらは’today()’でも動作しているので()までは見てないのでは?
'now' = 'now()' = 'now{}' = 'now$$'
利便性文字列の中で、nowだけ関数登録されていました、now()関数としても使えます。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2020/01/31 17:03

    ありがとうございます。
    私も実際に確認しました。
    now()だと微妙に時間がずれていることがあったため、
    実際にSQLを発行した時間に変更したいと思っております。

    キャンセル

+1

9.9.4. 現在の日付/時刻

statement_timestamp()は現在の文の実行開始時刻を返すものです(より具体的にいうと、直前のコマンドメッセージをクライアントから受け取った時刻です)

内容からして、statement_timestamp()をトリガー内で使用するのは不適切だと思います。
clock_timestampを使用してみて下さい。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2020/01/31 17:01

    ありがとうございます。
    同じ回答で恐縮ですが、
    「ERROR:invalid input syntax for type timestamp with time zone:"clock_timestamp()"」
    というエラーになってしまいました。

    キャンセル

+1

PostgreSQL 11のドキュメントから:

statement_timestamp()は現在の文の実行開始時刻を返すものです(より具体的にいうと、直前のコマンドメッセージをクライアントから受け取った時刻です)。 statement_timestamp()およびtransaction_timestamp()はトランザクションの最初のコマンドでは同じ値を返しますが、その後に引き続くコマンドでは異なる可能性があります。

(あくまで想像でしかないですが)明示的に対話的コマンド実行において使えるものであって、トリガーのような非対話的コマンド実行では使えないってことでしょうか?
コマンド実行時点の日時であって、トリガー実行時点の日時ではない、っていう。

おなじく:

clock_timestamp()は実際の現在時刻を返しますので、その値は単一のSQLコマンドであっても異なります。

なので、使うならclock_timestamp()でしょうか。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2020/01/31 17:01

    ありがとうございます。
    clock_timestamp()に変更して試してみましたが、
    「ERROR:invalid input syntax for type timestamp with time zone:"clock_timestamp()"」
    というエラーになってしまいました。

    キャンセル

  • 2020/01/31 17:48 編集

    AT TIME ZONE構文使って、timestamp without time zoneからtimestamp with time zoneに型変換したらいいと思います
    https://www.postgresql.jp/document/11/html/functions-datetime.html

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.60%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る