timestamptz_sqlite3.sql

CREATE TABLE posts (
  id INTEGER PRIMARY KEY,
  content TEXT,
  created_at TEXT NOT NULL DEFAULT (strftime('%Y-%m-%dT%H:%M:%fZ', 'now', 'utc')),
  updated_at TEXT NOT NULL DEFAULT (strftime('%Y-%m-%dT%H:%M:%fZ', 'now', 'utc'))
);

CREATE TRIGGER trigger_posts_updated_at AFTER UPDATE ON posts
BEGIN
  UPDATE posts SET updated_at = strftime('%Y-%m-%dT%H:%M:%fZ', 'now', 'utc') WHERE rowid == NEW.rowid;
END;


INSERT INTO posts(content) VALUES('a');
SELECT * FROM posts;

UPDATE posts SET content='b' WHERE id=1;
SELECT * FROM posts;

ベース

• https://qiita.com/kerupani129/items/0372ea29d9375e55bb36

---

下と同じ挙動にするのは、実装が冗長になるので諦めた

• https://zenn.dev/mpyw/articles/rdb-ids-and-timestamps-best-practices

（複雑な処理をSQLiteで実装するのはパフォーマンス的に好ましくないのかもしれない）

SQLiteでは、DB内の時刻文字列はすべてUTC、という仮定をおくべきな気がするけれど、まあ特定のタイムゾーンでしか使われない・タイムゾーンを跨いで使われることがない確信があるアプリケーションなら、何かしらのパフォーマンス最適化のためにローカル時刻にすることもあるのかもしれない。

（異なるタイムゾーンを持つシステムにデータを移行しないこと、ローカル時刻のタイムゾーンが不変であることが保証されている）