Puis-je avoir une colonne pour deux valeurs différentes avec une clé étrangère de deux tables différentes?

Non, ce n'est pas possible.

Vous envisagez probablement d'implémenter une sorte de modèle d'héritage dans votre conception où vous avez quelque chose comme une table de base 'person' que les tables des étudiants et des professeurs étendent et la clé étrangère pointe vers cela à la place.

P.S. Vos colonnes varchar Ids sont-elles les index clusterisés? Cela peut nuire aux performances, pensez à une colonne d'identité de substitution pour le clustering

Vous pouvez toujours ajouter plusieurs contraintes de clé étrangère sur une seule colonne, mais TOUTES d'entre elles seront appliquées, pas seulement l'une d'entre elles. Par exemple:

CREATE TABLE Addresses
(
Address_ID VARCHAR (10) PRIMARY KEY,
Student_ID VARCHAR (20),
Staff_ID VARCHAR(20),
Name CHAR (50),
Surname CHAR (30),
Building/House_Number INT (5),
Street CHAR (20),
City CHAR (30),
Postcode VARCHAR (10),
FOREIGN KEY (Student_ID) REFERENCES Students (Student_ID),
FOREIGN KEY (Staff_ID) REFERENCES Staff (Staff_ID),
constraint ct1 check (Student_ID is null and Staff_ID is not null
                   or Student_ID is not null and Staff_ID is null)
);

Ce n'est probablement pas ce que vous voulez. Ce que vous voulez probablement, c'est avoir deux colonnes, chacune pointant vers une table distincte; et pour ceux aux colonnes, l'un est toujours nul et l'autre n'est pas nul. Vous pouvez le faire comme indiqué ci-dessous:

CREATE TABLE Addresses
(
Address_ID VARCHAR (10) PRIMARY KEY,
Student_ID VARCHAR (20),
Name CHAR (50),
Surname CHAR (30),
Building/House_Number INT (5),
Street CHAR (20),
City CHAR (30),
Postcode VARCHAR (10),
FOREIGN KEY (Student_ID) REFERENCES Students (Student_ID)
FOREIGN KEY (Student_ID) REFERENCES Staff (Staff_ID)
);

La contrainte ct1 garantit qu’un et un seul d’entre eux est "actif" à un moment donné de heure.

D'accord, c'est moins un "comment faire une chose spécifique X?" et plus encore "Comment devrais-je faire cela?"

Parce que, pour être honnête, vous ne voulez pas le faire comme vous essayez de le mettre en page.

Permettez-moi de vous donner quelques alternatives qui sont meilleures du point de vue de la disposition de la base de données:

1. Inversez la relation (ma recommandation). Au lieu de la table d'adresses liée au personnel / étudiant, demandez au personnel / étudiant lié à un AddressID.
2. Consolider les deux tableaux dans un tableau de personne (un autre très bon choix). De cette façon, vous n'avez qu'une seule table à laquelle la table d'adresses est liée. Ensuite, si certains champs sont applicables à un seul type de personne (personnel uniquement, étudiant uniquement, etc.) - déchargez uniquement ces colonnes dans une table dédiée pour celles-ci uniquement des champs. Vous pouvez donc avoir une table Person avec toutes les informations de base, une table Address qui renvoie à la table Person, une table Student avec une colonne GradeLevel et une table Staff avec une colonne SubjectTaught.
3. Vous disposez de deux tableaux d'adresses distincts: un pour les étudiants et un pour le personnel. Vous souhaitez créer un lien vers le tableau des étudiants? Génial - vous a obtenu le StudentID dans la table StudentAddress. Et la même chose avec le personnel.
4. Avoir une colonne indiquant le type de destinataire. 0 pour les étudiants, 1 pour le personnel. Ne mettez pas du tout la contrainte de clé étrangère.
5. Ayez deux colonnes distinctes - une pour l'ID étudiant, une pour l'ID du personnel (probablement, l'une sera toujours nulle.) clé étrangère à la table respective (les clés étrangères peuvent avoir null valeurs.)

... tout cela sonne mieux que d'essayer de créer une clé étrangère partagée. Pire encore, que se passe-t-il si un étudiant et un membre du personnel partagent une pièce d'identité? À quelle entité cette adresse s'applique-t-elle?