【正文】 這次的開發(fā)給我的啟發(fā)很大，讓我通徹的了解了一個開發(fā)過程以及任何一個細(xì)節(jié)都有可能導(dǎo)致系統(tǒng)不能正常運行。東軟日報管理系統(tǒng)數(shù)據(jù)庫設(shè)計的缺點：這套數(shù)據(jù)庫的缺點在于表的設(shè)計過多，在實際開發(fā)過程中，有些表并沒有用到，相反，如果用了這些表，在開發(fā)過程中，代碼會有些不好寫，對JAVA開發(fā)并不利。 改進：我們使用JDBC方法連接主機，因此，改變JDBC中的連接端口號即可。 我們開發(fā)這個系統(tǒng)之初，先用JSP做了簡單的界面，接著DBA便開始創(chuàng)建數(shù)據(jù)庫，并且直接輸入了測試數(shù)據(jù)。02級39。C101039。, 39。insert into IO_TEST_YL_JOB (GWID, GWCODE, GWNAME, JOBTYPE, JOBTYPELEVEL, JOBGRADE, JOBNAME, UNITID, C_STATUS)values (1009, 39。技術(shù)工人39。)。, 39。139。技術(shù)類39。, 1014, 39。, 39。ment on column is 39。ment on column is 39。ment on column is 39。create table IO_TEST_YL_EMP( C_OID NUMBER(19) not null, C_CODE VARCHAR2(64) not null, C_NAME VARCHAR2(128) not null, C_USEDNAME VARCHAR2(128), C_GENDER VARCHAR2(2), C_BIRTHDAY DATE, C_IDCARD VARCHAR2(128), JOBTYPELEVEL VARCHAR2(128) not null, JOBGRADE VARCHAR2(128), C_HIREDATE DATE, C_COMPANYMAIL VARCHAR2(64), EMPSTATUS VARCHAR2(2) not null, C_UNITID NUMBER(19) not null, C_JOBID NUMBER(19) not null, C_JOINJOBDATE DATE)。200239。, null, null, null, null, 39。,null,null)。,null)。管理員39。Insert into DMS_POWER_T (POWER_ID,POWER_NAME,POWER_MEMO,POWER_PARENT,RESERVE_1) values (1,39。000039。)。100039。/* 刪除角色權(quán)限對應(yīng)表表數(shù)據(jù)*/delete from DMS_ROLE_POWER_T。創(chuàng)建各表的序列：序列的創(chuàng)建可以當(dāng)做某張表的主鍵，并自主生成，方便安全。)。 not null, PROJECT_NAME VARCHAR2(50) default 39。ment on column is 39。//創(chuàng)建DMS_ROLE_T表ment on table DMS_ROLE_T is 39。//提交[15]各表的具體創(chuàng)建代碼：/* 1屬性信息表+ */create table DMS_ATTRIBUTES_T( attribute_code VARCHAR2(4) NOT NULL PRIMARY KEY, attribute_name VARCHAR2(20) NOT NULL )。%oracle_base%\oradata\39。 因為是實訓(xùn)，所以物理設(shè)計基本由東軟公司幫我們設(shè)計好的，我們直接用就可以，對于物理設(shè)計，我還沒有更深入的理解。圖3 用戶ER圖 日報: 日報表是此系統(tǒng)的一個重點，日報表所設(shè)計的所有屬性均有效的存儲了用戶填寫的日報各種信息。 （5）存儲個人提交日報信息,信息可修改 （6）存儲使用此系統(tǒng)的用戶信息,信息可修改. 根據(jù)需求分析,我們用局部ER圖描述數(shù)據(jù)庫的概念結(jié)構(gòu). 使用ER圖可以提前規(guī)劃好表的建設(shè)，使表的建設(shè)符合需求分析，有效的配合 各模塊的數(shù)據(jù)提取和存儲。管理系統(tǒng)可以讓各部門或各項目組充分調(diào)節(jié)人員和資源，使效益最大化。這套系統(tǒng)以HTML頁面為界面的窗口式信息系統(tǒng)。簡而言之，第二范式就是屬性完全依賴于主鍵。第二范式（2NF）屬性　　完全依賴于主鍵[消除非主屬性對主碼的部分函數(shù)依賴]　　第二范式（2NF）是在第一范式（1NF）的基礎(chǔ)上建立起來的，即滿足第二范式（2NF）必須先滿足第一范式（1NF）。滿足最低要求的范式是第一范式（1NF）。如果是派生屬性則用虛線橢圓表示。運行和維護階段的主要任務(wù)有四項： （1）、維護數(shù)據(jù)庫的安全性與完整性； （2）、檢測并改善數(shù)據(jù)庫運行性能； （3）、根據(jù)用戶需求對數(shù)據(jù)庫現(xiàn)有功能進行擴充； （4）、及時改正運行中發(fā)現(xiàn)的系統(tǒng)錯誤。 邏輯結(jié)構(gòu)設(shè)計是將概念結(jié)構(gòu)轉(zhuǎn)換為某個DBMS所支持的數(shù)據(jù)模型， 并對其進行優(yōu)化。進行數(shù)據(jù)庫設(shè)計首先必須準(zhǔn)確了解與分析用戶需求（包括數(shù)據(jù)和處理）。現(xiàn)實世界的復(fù)雜性導(dǎo)致了數(shù)據(jù)庫設(shè)計的復(fù)雜性。有些信息管理系統(tǒng)用來管理人員，有些則是用來管理財務(wù)，我們這里介紹的信息系統(tǒng)則是用來管理日報。物理數(shù)據(jù)庫設(shè)計是在邏輯結(jié)構(gòu)確定之后，設(shè)計數(shù)據(jù)庫的存儲結(jié)構(gòu)及其他實現(xiàn)細(xì)節(jié)。概念結(jié)構(gòu)設(shè)計是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵，它通過對用戶需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型。實施階段主要有三項工作：（1）、建立實際數(shù)據(jù)庫結(jié)構(gòu)；（2）、裝入試驗數(shù)據(jù)對應(yīng)用程序進行調(diào)試；（3）、裝入實數(shù)據(jù)?！　傩?Attribute)：實體所具有的某一特性，一個實體可由若干個屬性來刻畫。如果是弱實體的聯(lián)系則在菱形外面再套菱形。在第一范式（1NF）中表的每一行只包含一個實例的信息?！　〉诙妒剑?NF）要求實體的屬性完全依賴于主關(guān)鍵字。如果不存在部門信息表，則根據(jù)第三范式（3NF）也應(yīng)該構(gòu)建它，否則就會有大量的數(shù)據(jù)冗余。系統(tǒng)使用共享數(shù)據(jù)庫，所有數(shù)據(jù)庫存儲于一臺服務(wù)器。 （2）存儲PRP階段的信息,信息可修改。而部門ID由數(shù)據(jù)庫序列自動生成，作為 部門表中的主鍵，上級部門ID做外鍵，這樣可以有效存儲部門信息，使信息之間 不混亂。 圖5 屬性ER圖 我們實訓(xùn)小組是以一個特定的電腦作為服務(wù)器，用來建立數(shù)據(jù)庫。pass_system。//修改用戶dms下表空間的默認(rèn)配額ALTER USER dms TEMPORARY TABLESPACE temp。 not null, ROLE_MEMO VARCHAR2(200) default 39。角色名稱39。這張表做了充分的注釋，方便維護與閱讀。39。//* 角色與權(quán)限信息對應(yīng)表 */alter table DMS_ROLE_POWER_T add constraint DMS_ROLE_POWER_F foreign key(ROLE_ID) REFERENCES DMS_ROLE_T(ROLE_ID) on delete cascade。/* 刪除日志表數(shù)據(jù)*/delete from DMS_DAILY_T。mit。100139。)。/* 增加權(quán)限信息：DMS_POWER_T 使用數(shù)據(jù) */Insert into DMS_POWER_T (POWER_ID,POWER_NAME,POWER_MEMO,POWER_PARENT,RESERVE_1) values (0,39。,null,null,null)。領(lǐng)導(dǎo)39。,null)。P0000039。, 39。drop table IO_TEST_YL_EMP ca