Aqui está minha sugestão:evite
CHAR
tipo de dados a menos que faça sentido (como em gender , como você fez), bem como VARCHAR
>>> use VARCHAR2
em vez disso (pessoalmente, eu nunca uso CHAR
, e nunca usei VARCHAR
). DATE
datatype contém componentes de data e hora, portanto, você estará seguro se usá-lo. As colunas que fazem a restrição de chave primária não precisam ter o
NOT NULL
restrição especificada, porque as chaves primárias não permitem nulos de qualquer maneira. Então, aqui está, um exemplo de trabalho:
SQL> create table appointment
2 (appointid integer constraint pk_app primary key,
3 appoint_date date,
4 appoint_type varchar2(5)
5 );
Table created.
SQL>
SQL> insert into appointment values
2 (1, to_date('15.04.2017 10:00', 'dd.mm.yyyy hh24:mi'), 'long');
1 row created.
SQL>
SQL> create table doctor
2 (appointid integer constraint fk_doc_app references appointment (appointid),
3 regnum varchar2(6),
4 doc_name varchar2(40),
5 doc_gender char(1),
6 qual varchar2(80),
7 --
8 constraint pk_doc primary key (appointid, regnum)
9 );
Table created.
SQL>