澄清说明
这一要求的表述留下了解释的余地：

• “其中user_roles.role_name包含员工角色名称。"*

我的解释是：

• “，其中user_roles中的条目具有role_name = 'employee'。"*

问题是

FOREIGN KEY和CHECK约束是经过验证的、用于强制关系完整性的气密工具。触发器功能强大，用途广泛，但更复杂，不那么严格，并且有更多的空间来处理设计错误和极端情况。
FK约束在您的情况下起初似乎是不可能的：它需要引用PRIMARY KEY或UNIQUE约束-这两个约束都不允许使用NULL值。不存在部分FK约束。唯一脱离严格参照完整性的是 referencing 列中的null值--使用FK约束的默认**MATCH SIMPLE**行为。The manual:
MATCH SIMPLE允许任何外键列为空;如果它们中的任何一个为空，则不要求该行在被引用的表中具有匹配项。
请参阅：

• Two-column foreign key constraint only when third column is NOT NULL的

解决方法是引入一个布尔标志is_employee来标记两边的雇员，在users中定义为NOT NULL，但在user_roles中允许为NULL：

溶液

这就 * 完全 * 地满足了您的需求，同时将噪音和开销降至最低：

CREATE TABLE users (
  users_id    serial PRIMARY KEY
, employee_nr int
, is_employee bool NOT NULL DEFAULT false
, CONSTRAINT role_employee CHECK (employee_nr IS NOT NULL = is_employee)  
, UNIQUE (is_employee, users_id)  -- required for FK (otherwise redundant)
);

CREATE TABLE user_roles (
  user_roles_id serial PRIMARY KEY
, users_id      int NOT NULL REFERENCES users
, role_name     text NOT NULL
, is_employee   bool CHECK(is_employee)
, CONSTRAINT role_employee CHECK (role_name <> 'employee' OR is_employee IS TRUE)
, CONSTRAINT role_employee_requires_employee_nr_fk
  FOREIGN KEY (is_employee, users_id) REFERENCES users(is_employee, users_id)
);

字符串
就这些了

可选触发器，方便使用

以下触发器是可选的，但为了方便自动设置添加的标签is_employee，建议您不要执行任何额外的操作：

-- users
CREATE OR REPLACE FUNCTION trg_users_insup_bef()
  RETURNS trigger
  LANGUAGE plpgsql AS
$func$
BEGIN
   NEW.is_employee := (NEW.employee_nr IS NOT NULL);
   RETURN NEW;
END
$func$;

CREATE TRIGGER insup_bef
BEFORE INSERT OR UPDATE OF employee_nr ON users
FOR EACH ROW
EXECUTE FUNCTION trg_users_insup_bef();

-- user_roles
CREATE OR REPLACE FUNCTION trg_user_roles_insup_bef()
  RETURNS trigger
  LANGUAGE plpgsql AS
$func$
BEGIN
   NEW.is_employee = true;
   RETURN NEW;
END
$func$;

CREATE TRIGGER insup_bef
BEFORE INSERT OR UPDATE OF role_name ON user_roles
FOR EACH ROW
WHEN (NEW.role_name = 'employee')
EXECUTE FUNCTION trg_user_roles_insup_bef();

型
简洁，优化，仅在需要时调用。
（在Posterre 11之前，请使用（误导性的）key word PROCEDURE .，）
fiddle
老家伙。（也适用于古代的Posterre 9.1。）
主要观点
现在，如果我们要设置user_roles.role_name = 'employee'，那么必须首先有一个匹配的user.employee_nr。
您仍然可以将employee_nr添加到 any 用户，并且（然后）仍然可以使用is_employee标记任何user_roles，而不管实际的role_name是什么。如果需要，很容易禁用，但此实现不会引入任何超出所需的限制。

**users.is_employee**只能是true或false，并通过CHECK约束强制反映employee_nr的存在。触发器会自动使列保持同步。您可以允许false用于其他目的，但仅需对设计进行少量更新。

• • user_roles.is_employee**的规则稍有不同：如果是role_name = 'employee'，则必须是true。由CHECK约束强制执行，并再次由触发器自动设置。但允许将role_name更改为其他值，并仍保留is_employee。没有人说一个employee_nr的用户是 * 必需的 * 在user_roles中有一个相应的条目，正好相反！同样，如果需要，还可以方便地执行。

如果存在其他可能干扰的触发因素，请考虑：

• 如何在PostgreSQL 9.2.1中避免循环触发器调用

但是，我们不必担心触发器可能违反规则。使用CHECK和FK约束强制执行请求的规则，不允许出现任何例外。
旁白：我把列is_employee放在约束UNIQUE (is_employee, users_id) * 的前面是有原因的 *。users_id已包含在PK中，因此在此处可以排在第二位：

• 数据库关联实体和索引

首先，您可以使用触发器解决此问题。
但是，我认为你可以使用约束来解决这个问题，只是有点奇怪：

create table UserRoles (
    UserRoleId int not null primary key,
    . . .
    NeedsEmployeeNumber boolean not null,
    . . .
);

create table Users (
    . . .
    UserRoleId int,
    NeedsEmployeeNumber boolean,
    EmployeeNumber,
    foreign key (UserRoleId, NeedsEmployeeNumber) references UserRoles(UserRoleId, NeedsEmployeeNumber),
    check ((NeedsEmployeeNumber and EmployeeNumber is not null) or
           (not NeedsEmployeeNumber and EmployeeNumber is null)
          )
);

字符串
这应该是可行的，但这是一个尴尬的解决方案：

• 向员工添加角色时，需要将标志与角色沿着添加。
• 如果更新角色以更改标志，则需要将其传播到现有记录--传播不能是自动的，因为还需要设置EmployeeNumber。

新答案：
这（SQL Sub queries in check constraint）似乎回答了您的问题，并且该语言仍然在9.4文档中（http://www.postgresql.org/docs/9.4/interactive/sql-createtable.html）。
旧答案：

SELECT 
  User.*
  , UserRole1.*
FROM
 User
  LEFT JOIN UserRole UserRole1 
    ON User.id = UserRole1.UserId 
     AND (
      (
       User.employee_number IS NOT NULL AND UserRole1.role_name IN (enumerate employee role names here)
      ) 
     OR 
      (User.employee_number IS NULL)
     )

字符串
上述查询选择User中的所有字段和UserRole中的所有字段（别名为UserRole1）。我假设这两个字段之间的键字段是User.id和U serRole1.UserId，请将它们更改为真实的值。
在查询的JOIN部分中，左侧有一个OR，要求用户表中的雇员编号不是NULL，并且 *UserRole1.role_name位于列表中，您必须将 * 提供给IN ()操作员。
JOIN的右边部分是相反的，它要求User.employee_number是NULL（这应该是你的非雇员集）。
如果您需要更精确的解决方案，请提供有关表结构的更多详细信息，以及必须为员工选择哪些角色。