通知機能のDB設計のベストプラクティス

Question

こんにちは。
DB設計についてアドバイスをいただけないでしょうか。

現在、プロジェクト管理のアプリを開発中です。
通知を作成する機能が欲しいのですがDB設計が正しいのかいまいちわからないのでアドバイスをいただきたいです。
通知を作成するタイミング

• プロジェクトにアサインされたタイミング(project_assignees)
• ユーザーの月単価が変更されたタイミング(sales_prise)

project_assigneesやsales_priseが更新されたタイミングでnotificationを作成するイメージです。

※通知機能以外は既に実装済みで動作も問題ないです。

##DB設計

###usersテーブル

field	type	Remarks
id	bigserial	サロゲートキー
name	varchar(50)	プロジェクト名

###user_sales_pricesテーブル

field	type	Remarks
id	bigserial	サロゲートキー
user_id	bigint	ユーザーのid
per_month	numeric	月単価

###projectsテーブル

field	type	Remarks
id	bigserial	サロゲートキー
name	varchar(50)	プロジェクト名

###project_assigneesテーブル

field	type	Remarks
id	bigserial	サロゲートキー
project_id	bigint	アサイン先プロジェクト（projects.id）

###notificationテーブル

field	type	Remarks
id	bigserial	サロゲートキー
user_id	bigint	ユーザーのid
type	varchar(50)	通知タイプ
text	varchar(50)	通知テキスト
link	varchar(50)	通知先リンク
is_read	boolean	既読

• type...assignee/salesPrise

Comments

[m.ts10806]

現状でほしいデータはきちんと取れていたりリレーションに問題はないのでしょうか。
ケースバイケースでもあるため、「ベストプラクティス」とは本来存在しない概念です。DBの正規化の指標は調べて出てくる範囲ですし

[NakaShun_1129]

> 現状でほしいデータはきちんと取れていたりリレーションに問題はないのでしょうか。
通知機能以外は既に実装済みで、これから通知機能を追加する。という状態です。

[hoshi-takanori]

そのアプリはどこで動くもので、通知機能はどこにどうやって通知しますか？

[NakaShun_1129]

> そのアプリはどこで動くもので、通知機能はどこにどうやって通知しますか？

情報が不足してしまい申し訳ございません。
web上で動作するアプリケーションで、
通知機能はこのサイト(teratail)のようにヘッダー部分に通知のアイコンを設置し、アイコンをクリックしたら通知の一覧を表示したいと考えています。

[hoshi-takanori]

いわゆる Web プッシュ通知ではないってことですね。あまり詳しくはありませんが、text と link が短すぎる気が。あと、タイムスタンプ欲しくないですか？