salve,

che la tua entita' possa essere di "tipo femmina", questo e' indubbio, ma a mio parere non richiede la definizione di un'altra tabella.. "femmina" sara' eventualmente un attributo della tabella persona, anzi, l'attributo sara' piu' probabilmente il tipo di "sesso", in tutte le sue estensioni.. non ho qui sotto mano lo standard ANSI per i relativi codici, ma non ricordo fossero "solo 2" :)

quindi non riesco ben a comprendere la tua modellazione..
potrei capire un tipo di modellazione tipo "super type", dove hai un'entita' "astratta" base che poi venga estesa negli attributi da tabelle addizionali, ma non quello che mi pare di aver capito dalle tue indicazioni..

al di la' di cio', e' ovviamente possibile definire una chiave esterna anche come chiave primaria della tabella referenziante, cosa che giocoforza comporta anche un vincolo di univocita' sul relativo attributo, e sostanzialmente un tipo di relazione 1 a 1..

in Transact-SQL (SQL Server), puoi raggiungere il risultato come di seguito..

SET NOCOUNT ON;
USE tempdb;
GO
CREATE TABLE dbo.mster (
Id int NOT NULL PRIMARY KEY,
Data varchar(10)
);
CREATE TABLE dbo.detail (
Id int NOT NULL,
Data varchar(10)
);

ALTER TABLE dbo.detail
ADD CONSTRAINT pk_detail
PRIMARY KEY (Id);

ALTER TABLE dbo.detail
ADD CONSTRAINT fk_detail$is$mster
FOREIGN KEY (Id)
REFERENCES dbo.mster(Id);
GO
DROP TABLE dbo.detail, dbo.mster;

la sintassi ALTER TABLE ADD CONSTRAINT e' relativamente standardizzata quindi dovresti poterla facilmente riscontrare anche nei dialetti utilizzati da MySQL..