落下的功課，就如同欠下的債，是需要償還的，並且是需要儘快償還的，否則，心裏面是不會好受的。
前段時間，我們學習了《數據庫設計開發與編程》，課程的內容主要包括了數據庫基礎、SQL語言、數據庫設計和數據庫編程。課程測試的結果讓我不得不重新思考這門課程的學習。基礎不紮實、SQL語言不熟練、數據庫設計不到位，無不折射出我還需要進一步去學習和理解這門課程。我想，我應該要制定一個補習計劃，重新地學習和深入地理解這些內容，尤其是SQL語言的使用和數據庫的設計。
數據庫設計與開發是解決實際問題的一把強大武器，因而，學習和通曉數據庫設計與開發是非常有必要的。在此，我爲自己沒有好好地學習這門課程要做個檢討。檢討的目的就是告訴自己不僅要把落下來的功課儘快彌補，同時，對於後續的課程學習更是需要高度重視和用心參悟。另外，我也會要求自己把那學習和應用過程的心得或體會給予總結和進行分享。因爲，這是我喜歡做的事情。
藉此機會，我談談如何使用SQL語言？SQL語言，即結構查詢化語言。關於它來龍去脈，百度一下，應該會有滿意的答案。我想說，如何書寫查詢語言，實際上，若是掌握了查詢語言的正確而有效地表示，那麼SQL語言的使用基本上可以大功告成了。通過寫了一些查詢語句後，發現了一個共性。那就是先確定需要檢索什麼信息，然後理清設立了什麼條件。那麼寫查詢語句，可以遵循這種先後順序，然後加之不斷練習，定會修成正果。
而至於數據庫設計，實際上就是根據業務需求確定數據庫的表結構與表之間的關係。談及設計，突然想到了某一年高考作文的題目，“答案是豐富多彩的。”設計，又何嘗不是如此呢？理清設計思路後，我們就可以借鑑設計工具，進行數據庫設計了。現在主流的數據庫設計工具是PowerDesigner，它是Sybase公司推出來的。PowerDesign致力於採用基於Entiry-Relation的數據模型，分別從概念數據模型 (Conceptual Data Model)和物理數據模型(Physical Data Model)兩個層次對數據庫進行設計。概念數據模型描述的是獨立於數據庫管理系統(DBMS)的實體定義和實體關係定義。物理數據模型是在概念數據模型的基礎上針對目標數據庫管理系統的具體化。
今日談數據庫，就說到此。若有不妥之處，煩請各位看官不吝賜教，先謝過了。
溫馨提示：勤奮的人是有福的，謙卑的人是有福的。
