ये रहा मेरा सुझाव:CHAR
से बचें डेटाटाइप जब तक कि यह समझ में न आए (जैसे कि लिंग . में , जैसा आपने किया), साथ ही VARCHAR
>>> VARCHAR2
का उपयोग करें इसके बजाय (व्यक्तिगत रूप से, मैं कभी भी CHAR
. का उपयोग नहीं करता हूं , और कभी भी VARCHAR
. का उपयोग नहीं किया है )।
DATE
डेटाटाइप में दिनांक और समय दोनों घटक होते हैं, इसलिए यदि आप इसका उपयोग करते हैं तो आप सुरक्षित हैं।
प्राथमिक कुंजी बाधा बनाने वाले स्तंभों में NOT NULL
. होना आवश्यक नहीं है बाधा निर्दिष्ट है, क्योंकि प्राथमिक कुंजियाँ वैसे भी नल की अनुमति नहीं देती हैं।
तो, यहाँ यह एक कार्यशील उदाहरण है:
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>