Jedną z wysoce znormalizowanych opcji jest uczynienie tabel bardziej podobnymi
create table notifications(
notification_id serial primary key,
date_created timestamp not null default now(),
title_id text not null,
message_id text not null,
icon text not null default 'logo'
);
create table usernotifications
(
notification_id integer references notifications,
user_id integer references users
);
create table groupnotifications
(
notification_id integer references notifications,
group_id integer references groups
);
create table companynotifications
(
notification_id integer references notifications,
company_id integer references companies
);
gdzie wpisy istnieją tylko w odpowiedniej tabeli powiadomień (użytkownik/firma/grupa) dla danego powiadomienia.
(Nie sądzę, aby było coś złego z kluczami obcymi dopuszczającymi wartość null w sytuacji, gdy wskazuje to, że klucz obcy jest opcjonalny, ale wiele kluczy obcych podobnego typu sprawia wrażenie zdenormalizowanego projektu)