工作日誌4-27
1、討論共享問題，表結構問題
2、 總結資料庫建表的幾個重要原則：
1、原始單據與實體之間的關係：
可以是一對
一、一對多、多對多的關係。在一般情況下，它們是一對一的關係：即一張原始單據對應且只對應乙個實體。在特殊情況下，它們可能是一對多或多對一的關係，即一張原始單證對應多個實體，或多張原始單證對應乙個實體。這裡的實體可以理解為基本表。明確這種對應關係後，對我們設計錄入介面大有好處。
2、主鍵與外來鍵：
一般而言，乙個實體不能既無主鍵又無外來鍵。在e—r 圖中, 處於葉子部位的實體, 可以定義主鍵，也可以不定義主鍵(因為它無子孫), 但必須要有外來鍵(因為它有父親)。
主鍵與外來鍵的設計，在全域性資料庫的設計中，占有重要地位。
3、基本表的性質：
基本表與中間表、臨時表不同，因為它具有如下四個特性：
(1) 原子性。基本表中的字段是不可再分解的。
(2) 原始性。基本表中的記錄是原始資料（基礎資料）的記錄。
(3) 演繹性。由基本表與**表中的資料，可以派生出所有的輸出資料。
(4) 穩定性。基本表的結構是相對穩定的，表中的記錄是要長期儲存的。
4、要善於識別與正確處理多對多的關係：
若兩個實體之間存在多對多的關係，則應消除這種關係。消除的辦法是，在兩者之間增加第三個實體。這樣，原來乙個多對多的關係，現在變為兩個一對多的關係。要將原來兩個實體的屬性合理地分配到三個實體中去。這裡的第三個實體，實質上是乙個較複雜的關係，它對應一張基本表。一般來講，資料庫設計工具不能識別多對多的關係，但能處理多對多的關係。
5、正規化標準：
基本表及其字段之間的關係, 應盡量滿足第三正規化（第三正規化：3nf是對字段冗餘性的約束，即任何字段不能由其他字段派生出來，它要求字段沒有冗餘）。但是，滿足第三正規化的資料庫設計，往往不是最好的設計。為了提高資料庫的執行效率，常常需要降低正規化標準：適當增加冗餘，達到以空間換時間的目的。
20070323工作日誌
11 32 今天先來第一件事就把昨天查詢的開題報告資料copy到電腦上 然後就開始寫開題報告，這個開題報告真麻煩 分開題報告 文獻綜述和任務書三個部分 開始以為有怎麼資料，湊湊copy應該就差不多，後來發現pdf中copy出來的都是imag 根本沒法用，那只好晚上找 找了半天，弄弄，還是沒搞完 頭都...
20070329工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...
20070330工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...