看起来你正在搭建带完整性约束的SQL数据库，我注意到你写的osoba表主键约束语句没写完，而且还可以补充关键的外键约束来强化数据的一致性，下面帮你梳理并完善整个方案：

完整修正后的SQL代码 #

-- 创建行程日期关联表
CREATE TABLE datum ( 
    datum_zajezdu DATE NOT NULL, 
    zajezd_id INTEGER NOT NULL, 
    pruvodci_osoba_id INTEGER NOT NULL, 
    zajezd_zajezd_id1 NUMBER NOT NULL 
);

-- 给datum表添加复合主键，确保行程日期+行程ID+导游ID的组合唯一
ALTER TABLE datum ADD CONSTRAINT datum_pk PRIMARY KEY (datum_zajezdu, zajezd_id, pruvodci_osoba_id);

-- 创建人员表
CREATE TABLE osoba ( 
    osoba_id INTEGER NOT NULL, 
    jmeno VARCHAR2(32 CHAR) NOT NULL, 
    prijmeni VARCHAR2(32 CHAR) NOT NULL 
);

-- 补全osoba表的主键约束，确保每个人员有唯一标识
ALTER TABLE osoba ADD CONSTRAINT osoba_pk PRIMARY KEY (osoba_id);

-- 添加外键约束，保证datum表中的导游ID一定对应osoba表中存在的人员
ALTER TABLE datum 
ADD CONSTRAINT datum_fk_osoba 
FOREIGN KEY (pruvodci_osoba_id) 
REFERENCES osoba(osoba_id)
ON DELETE CASCADE; -- 可选规则：如果人员被删除，关联的行程记录也会同步删除，可根据业务需求调整为ON DELETE RESTRICT

关键约束的作用说明 #

• 复合主键datum_pk：用三个字段的组合作为主键，能精准避免重复的行程安排记录——毕竟同一个行程在同一天由同一个导游带的情况应该是唯一的。
• 主键osoba_pk：以osoba_id作为人员表的唯一标识，是后续关联其他表的基础。
• 外键datum_fk_osoba：这是维护数据参照完整性的核心，它能阻止你往datum表中插入不存在的导游ID，避免出现*“幽灵导游”*的无效数据。

另外，如果你还有对应的zajezd（行程主表），建议给datum表中的zajezd_id和zajezd_zajezd_id1也加上外键约束，比如：

-- 假设行程主表的定义（如果你的库中有这个表）
CREATE TABLE zajezd (
    zajezd_id INTEGER NOT NULL,
    -- 这里可以添加行程名称、目的地等其他字段
    CONSTRAINT zajezd_pk PRIMARY KEY (zajezd_id)
);

-- 关联datum表的zajezd_id到行程主表
ALTER TABLE datum 
ADD CONSTRAINT datum_fk_zajezd_main 
FOREIGN KEY (zajezd_id) 
REFERENCES zajezd(zajezd_id);

-- 关联datum表的zajezd_zajezd_id1到行程主表（如果这个字段是关联其他行程的话）
ALTER TABLE datum 
ADD CONSTRAINT datum_fk_zajezd_related 
FOREIGN KEY (zajezd_zajezd_id1) 
REFERENCES zajezd(zajezd_id);

这样整个数据库的完整性约束就更严谨了，能有效降低数据异常的风险。

内容的提问来源于stack exchange，提问作者Yuriy Lesyo