This is a cache of https://b.hatena.ne.jp/entry/s/soudai.hatenablog.com/entry/2026/01/27/185902. It is a snapshot of the page as it appeared on 2026-02-02T18:46:59.505+0000.

[B! 設計] データモデルのイベントの期間の設計のコツ - そーだいなるらくがき帳

データモデルのイベントの期間の設計のコツ - そーだいなるらくがき帳

テクノロジーカテゴリーの変更を依頼記事元:

soudai.hatenablog.com

135users がブックマークコメント

コメント

10

記事へのコメント10件

注目コメント
新着コメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

データモデルのイベントの期間の設計のコツ - そーだいなるらくがき帳

アプリケーションを開発するときに期間を表すデータを扱うことは珍しくない。例えばイベントの開催時間... アプリケーションを開発するときに期間を表すデータを扱うことは珍しくない。例えばイベントの開催時間、タスクの予定時間などである。実際にイベントの開催をDBに保存する場合によく見るテーブルは以下のようなものだろう。 CREATE TABLE events ( id SERIAL PRIMARY KEY, name VARCHAR(255) NOT NULL, start_at TIMESTAMP NOT NULL, end_at TIMESTAMP NOT NULL ); このテーブルはCopilotが提案してくれたもので、開始時間と終了時間をそれぞれ start_at と end_at カラムで保存している。実際にみんなも現場でよく見る設計ではなかろうか。 AIが一発で提案してくるくらいには一般的な設計である。ただ、期間を一つのテーブルに持たせることは常にベストというわけではないとい

ブックマークしたユーザー

hinagikukatsura2026/02/02
hatyuki2026/02/02
razokulover2026/02/01
knj29182026/01/31
t_stack2026/01/29
syu-m-51512026/01/29
twox2026/01/29
oor9662026/01/28
rummelonp2026/01/28
midas365452026/01/28
yggdra_w2026/01/28
guromityan2026/01/28
fumikony2026/01/28
quodius2026/01/28
catnapper_mar2026/01/28
tor4kichi2026/01/28
tasukuchan2026/01/28
ikiikinyuusankin2026/01/28

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx