【问题标题】:ORA-00907: Missing Right Parenthesis On Creating Foreign Key Oracle 12cORA-00907: 创建外键 Oracle 12c 时缺少右括号
【发布时间】:2018-06-11 05:40:21
【问题描述】:

我想创建一个包含一个自动生成的主键和两个外键的表,但我遇到了这个错误......

create table answers
( id number generated by default on null as identity primary key
, question_id number foreign key references questions(id)
, user_id number foreign key references users(id)
, answer varchar(1000)
, post_date date);

create table answers (id number generated by default on null as identity primary key, question_id number foreign key references questions(id), user_id number foreign key references users(id), answer varchar(1000), post_date date)

第 1 行的错误: ORA-00907: 缺少右括号

然后,我尝试了这个:

create table answers
( id number generated by default on null as identity primary key
, question_id number foreign key (question_id) references questions(id)
, user_id number foreign key (user_id) references users(id)
, answer varchar(1000)
, post_date date );

create table answers
( id number generated by default on null as identity primary key
, question_id number foreign key (question_id) references questions(id)
, user_id number foreign key (user_id) references users(id)
, answer varchar(1000)
, post_date date )
                                                                                                     *

第 1 行的错误: ORA-00907: 缺少右括号

仍然报同样的错误!

但是,如果我分两步进行:

create table answers
( id number generated by default on null as identity primary key
, question_id number not null
, user_id number not null
, answer varchar(1000)
, post_date date );

Table created.

alter table answers
add foreign key (question_id) references questions(id) add foreign key (user_id) references users(id);

表已更改。

任何人都可以帮我解决这个问题吗?

【问题讨论】:

  • varchar 缺少2
  • VARCHAR 是 Oracle 中的有效类型 - docs here 并搜索“VARCHAR 数据类型” - 目前是 VARCHAR2 的同义词,但不推荐使用它,因为 Oracle 表示它们是将更改它以使用“不同的比较语义” - 即它可能会采用 ANSI VARCHAR 类型的特征。另一方面,他们一直承诺至少从 Oracle 8 开始,所以我不会屏住呼吸,但是,你知道,总有一天...... :-)

标签: sql oracle foreign-keys sqlplus ddl


【解决方案1】:

将内联约束定义为列定义的一部分时,您无需说foreign key

create table answers
( id number generated by default on null as identity primary key
, question_id number references questions(id)
, user_id number references users(id)
, answer varchar(1000)
, post_date date);

祝你好运。

【讨论】:

  • 数据类型也是可选的;)
  • 您也可以选择通过在开头添加constraint constraintnamehere 来分配名称。
【解决方案2】:

您可以在底部定义外键,与列名不相邻,如下所示:

create table answers (
                      id number generated by default on null as identity primary key, 
                      question_id number, 
                      user_id number, 
                      answer varchar(1000), 
                      post_date date,
                      foreign key(question_id) references questions(id),
                      foreign key(user_id) references users(id)                            
                     );

【讨论】:

  • 我更喜欢内联外键引用,当引用只使用一个键时。
  • @GordonLinoff 我同意,鲍勃的回答更简短,更好。
  • 即便如此,展示定义约束的替代方法并没有错。如果所有开发人员都了解“内联”和“外联”约束、异同、何时使用一种与另一种,以及语法有时可能不同,那就太好了。这样一来,困惑就会少得多,这样的问题也会少得多。
  • 我不会拒绝 ALTER TABLE ...添加约束。当存在由外键相互约束的表时,它会变得很方便。因此,如果您将它们保持在线内或线外,CREATE TABLE 将失败,因为没有“其他”表,另一方面,需要创建“此”表。 (什么时候发生?当数据模型“增长”时,随着需求的变化逐表添加;当您即将创建最终数据模型时,ALTER TABLE 是救星)。因此,如果您创建没有任何约束的表并在以后强制执行它们,一切都会好起来的。
猜你喜欢
  • 2021-07-29
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-03-11
  • 2020-06-14
  • 2019-08-10
  • 1970-01-01
相关资源
最近更新 更多