Chave estrangeira NULL vs Chave estrangeira para uma string vazia

Esta é uma tabela para um catálogo de medicamentos. Alguns têm uma marca farmacêutica, outros são genéricos (ou seja, nunca terão informações de marca)

CREATE TABLE medicine (
   id serial PRIMARY KEY,
   name text NOT NULL,
   brand_id integer
   CONSTRAINT brand_fk FOREIGN KEY (brand_id) REFERENCES brand (id)       
);

CREATE TABLE brand (
  id serial PRIMARY KEY,
  name text NOT NULL
);

Para armazenar medicamentos genéricos, por exemplo abc& xyz, existem 2 opções:

1. Use NULL para a chave estrangeirabrand_id

   INSERT INTO medicine (name, brand_id) VALUES ('abc', NULL)
INSERT INTO medicine (name, brand_id) VALUES ('xyz', NULL)

2. Insira apenas 1 string vazia no nome da marca e use-a para todos os brand_id de medicamentos genéricos

   INSERT INTO brand (id, name) VALUES (1, '')
INSERT INTO medicine (name, brand_id) VALUES ('abc', 1)
INSERT INTO medicine (name, brand_id) VALUES ('xyz', 1)

Pelo que li no StackExchange, parece que 1é a maneira geral de fazer isso. No entanto, se eu quiser um índice exclusivo sobre o nome do medicamento e o brand_id, terei que usar índices parciais (ou seja, 2 índices, respectivamente, onde brand_id IS NULL& brand_id is NOT NULL).

Se eu optar pela segunda abordagem, posso alcançá-la com um único índice.

Existe alguma outra vantagem/desvantagem de qualquer uma dessas abordagens. Sinto que o segundo método não é convencional e pode haver alguns problemas que descobrirei mais tarde ao longo do caminho.

PS Usei o exemplo de medicamentos para ilustrar minha consulta, mas quero entender os méritos técnicos da solução puramente do ponto de vista do banco de dados, ou seja, sem entrar em uma discussão sobre qual abordagem seria melhor para o exemplo de medicamento.