心得體會是我們在學習和實踐過程中所總結的寶貴經(jīng)驗。如何寫一篇較為完美的心得體會？以下是幾點建議供參考。雖然每個人的心得體會都不盡相同，但可以通過范文來獲得寫作的技巧和思路。
數(shù)據(jù)庫設計心得體會及感悟篇一
數(shù)據(jù)庫應用設計是整個軟件開發(fā)過程中不可避免的一個環(huán)節(jié)，也是設計階段中最重要的一個環(huán)節(jié)。它關系到整個系統(tǒng)的性能、數(shù)據(jù)安全、可擴展性等方面。在實際的項目中，我曾參與過多個數(shù)據(jù)庫應用的設計和開發(fā)，積累了一些經(jīng)驗和心得，以下將分享一些我在此方面的體會。
第二段：理解業(yè)務需求
在數(shù)據(jù)庫應用設計之前，首先要充分理解業(yè)務需求，這是設計基礎和出發(fā)點。正確理解和把握業(yè)務需求，可以為數(shù)據(jù)模型的設計提供幫助和指導。同時，在理解需求過程中，還要注意不要被細節(jié)問題所局限，要嚴格區(qū)分主次，以不影響系統(tǒng)的穩(wěn)定、性能、可擴展性為前提。
第三段：設計數(shù)據(jù)模型
通過對業(yè)務需求的理解，便可以著手開始設計數(shù)據(jù)模型了。在設計數(shù)據(jù)模型時，既要考慮業(yè)務需求，又要注重性能優(yōu)化和數(shù)據(jù)安全。盡量把數(shù)據(jù)庫設計成中立的，以便應對業(yè)務需求的不斷變更和系統(tǒng)的擴展需求。在實際的設計中，可以根據(jù)不同的業(yè)務模塊設計多個數(shù)據(jù)庫，分別管理各自的數(shù)據(jù)，提高系統(tǒng)的可維護性和可擴展性。
第四段：規(guī)范化設計
在數(shù)據(jù)模型設計完成后，需要進一步做規(guī)范化設計。通過規(guī)范化設計可以有效地減少數(shù)據(jù)冗余，提高數(shù)據(jù)庫的性能和管理效率。規(guī)范化設計需要考慮到數(shù)據(jù)的重復度和查詢頻率等因素，把數(shù)據(jù)拆分成更小、更清晰的部分，以便于數(shù)據(jù)維護和管理。同時，還需要考慮到數(shù)據(jù)的完整性、一致性以及安全性。
第五段：優(yōu)化數(shù)據(jù)庫性能
在數(shù)據(jù)庫應用設計中，優(yōu)化數(shù)據(jù)庫性能是不可忽視的一個環(huán)節(jié)。通過優(yōu)化數(shù)據(jù)庫可以提高系統(tǒng)的響應速度和數(shù)據(jù)管理效率。具體的優(yōu)化措施包括索引設計、分表分庫、SQL語句優(yōu)化、緩存策略優(yōu)化等。通過不斷地優(yōu)化數(shù)據(jù)庫，可以讓系統(tǒng)的性能和穩(wěn)定性得到有效保障。
總結：
數(shù)據(jù)庫應用設計是一個重要的環(huán)節(jié)，并不僅僅是簡單地設計數(shù)據(jù)結構，更是對系統(tǒng)的一個深入了解和全面考慮。在設計過程中，需要注重業(yè)務需求、數(shù)據(jù)模型設計、規(guī)范化設計以及數(shù)據(jù)庫性能優(yōu)化等多個方面，并在不斷的實踐中不斷地總結和優(yōu)化，以便實現(xiàn)一個最優(yōu)的設計效果。
數(shù)據(jù)庫設計心得體會及感悟篇二
第一段：引言（100字）。
商場作為一個經(jīng)營性的企業(yè)，需要管理大量的商品信息和顧客信息。為了更好地管理和分析這些數(shù)據(jù)，商場數(shù)據(jù)庫的設計變得尤為重要。在設計商場數(shù)據(jù)庫的過程中，我們積累了一些經(jīng)驗和體會。
第二段：需求分析和表設計（300字）。
在數(shù)據(jù)庫設計之前，我們首先要進行需求分析，了解商場的運營特點和數(shù)據(jù)的處理需求。根據(jù)需求分析的結果，我們可以開始設計數(shù)據(jù)庫的表結構。在商場數(shù)據(jù)庫中，常見的表包括商品表、顧客表、訂單表和庫存表等。在設計表結構時，我們需要充分考慮數(shù)據(jù)的關聯(lián)性、完整性和一致性，以及對數(shù)據(jù)庫的性能和擴展性的要求。同時，合理設置主鍵和外鍵，以保證數(shù)據(jù)的唯一性和正確性。
第三段：索引和查詢優(yōu)化（300字）。
一個高效的數(shù)據(jù)庫需要優(yōu)化查詢性能，提高數(shù)據(jù)的檢索速度。在商場數(shù)據(jù)庫設計中，我們可以通過創(chuàng)建索引來加快查詢的速度。索引是對表中一列或多列的值進行排序的數(shù)據(jù)結構，可以快速地定位到指定的數(shù)據(jù)行。我們需要根據(jù)查詢的特點和頻率，選擇合適的字段創(chuàng)建索引，避免過多的索引對性能造成負面影響。另外，我們還可以通過使用適當?shù)牟樵冋Z句、優(yōu)化數(shù)據(jù)庫的配置參數(shù)和合理劃分數(shù)據(jù)表等方式來提高查詢效率。
第四段：備份與恢復機制（300字）。
商場數(shù)據(jù)庫中保存了大量的重要數(shù)據(jù)，一旦數(shù)據(jù)丟失或損壞，將會造成巨大的損失。為了保障數(shù)據(jù)庫的可靠性和安全性，我們需要建立穩(wěn)定的備份與恢復機制。通過定期對數(shù)據(jù)庫進行全量備份和差異備份，可以最大限度地減少數(shù)據(jù)的丟失。在恢復數(shù)據(jù)時，我們可以根據(jù)備份的情況選擇全量還原或增量恢復，并在恢復之后進行驗證，確保數(shù)據(jù)的完整性和正確性。
第五段：安全和權限控制（200字）。
商場數(shù)據(jù)庫中的數(shù)據(jù)往往包含了商業(yè)機密和個人隱私等敏感信息。為了保護數(shù)據(jù)的安全，我們需要采取一系列的安全措施和權限控制機制。通過分配不同權限的用戶角色和用戶組，可以合理地管理和控制對數(shù)據(jù)庫的訪問權。同時，設置合適的密碼策略和加密機制，以及定期進行安全審計和更新應用程序，都可以有效地防止數(shù)據(jù)泄露和惡意攻擊。
第六段：結論（100字）。
商場數(shù)據(jù)庫設計是一個復雜而細致的過程，需要充分考慮商場的特點和需求。在設計數(shù)據(jù)庫的過程中，我們需要進行需求分析，合理設計表結構，優(yōu)化查詢性能，建立備份與恢復機制，以及保障數(shù)據(jù)的安全。只有考慮全面并且不斷改進，才能設計出一個高效、可靠和安全的商場數(shù)據(jù)庫。
數(shù)據(jù)庫設計心得體會及感悟篇三
隨著互聯(lián)網(wǎng)和電子商務的迅猛發(fā)展，商場數(shù)據(jù)庫設計變得越來越重要。作為商場數(shù)據(jù)庫設計師，我有幸參與了一個大型商場數(shù)據(jù)庫的設計項目，并從中收獲了許多寶貴的經(jīng)驗和體會。在這篇文章中，我將分享我對商場數(shù)據(jù)庫設計的心得和體會。
首先，數(shù)據(jù)庫設計是一個復雜的過程，需要充分了解商場的業(yè)務流程和需求。在我參與的項目中，我們首先進行了詳細的需求分析，與商場各部門的負責人進行了溝通和交流，了解他們的具體需求。通過與業(yè)務人員的深入合作，我們能夠更好地理解他們的工作流程和業(yè)務需求，從而設計出符合實際情況的數(shù)據(jù)庫。
其次，數(shù)據(jù)庫設計需要考慮到數(shù)據(jù)的完整性和一致性。商場數(shù)據(jù)庫中涉及的數(shù)據(jù)種類繁多，包括商品信息、庫存信息、銷售信息等等。為了確保數(shù)據(jù)的完整性和一致性，我們設計了嚴格的數(shù)據(jù)校驗規(guī)則和約束條件，例如使用外鍵關聯(lián)表、增加唯一性約束、設置默認值等。這樣一來，不僅可以避免數(shù)據(jù)錯誤和沖突，還能提高數(shù)據(jù)的質(zhì)量和可靠性。
第三，數(shù)據(jù)庫設計需要考慮到系統(tǒng)的可擴展性和性能。商場數(shù)據(jù)庫往往需要處理大量的數(shù)據(jù)，并且隨著業(yè)務的發(fā)展和擴大，數(shù)據(jù)量還會不斷增加。因此，在設計數(shù)據(jù)庫時，我們需要合理劃分數(shù)據(jù)表，設計適當?shù)乃饕筒樵儍?yōu)化，以提高系統(tǒng)的響應速度和吞吐量。此外，我們還采取了數(shù)據(jù)分區(qū)和分布式存儲等措施，保證系統(tǒng)具有良好的可擴展性。
第四，數(shù)據(jù)庫設計需要考慮到安全性和隱私保護。商場數(shù)據(jù)庫中存儲著大量的客戶信息和交易數(shù)據(jù)，如果遭到黑客攻擊或泄露，將給商場和顧客造成嚴重的損失。因此，我們在設計數(shù)據(jù)庫時，加強了安全認證和權限管理，使用了先進的加密和數(shù)據(jù)掩碼技術，保護數(shù)據(jù)的安全。此外，我們還制定了嚴格的數(shù)據(jù)訪問和操作規(guī)范，加強了對數(shù)據(jù)的監(jiān)控和審計，確保數(shù)據(jù)的隱私得到保護。
最后，數(shù)據(jù)庫設計需要考慮到靈活性和可維護性。商場業(yè)務不斷發(fā)展和變化，因此數(shù)據(jù)庫設計需要具備一定的靈活性，以適應變化的業(yè)務需求。在我參與的項目中，我們使用了面向?qū)ο蟮慕７椒?，采用了模塊化和可重用的設計思路，使得數(shù)據(jù)庫的結構和業(yè)務邏輯可以靈活調(diào)整和擴展。此外，我們還編寫了詳細的用戶手冊和技術文檔，為數(shù)據(jù)庫的維護和升級提供了指導和支持。
總之，商場數(shù)據(jù)庫設計是一個綜合考慮各種因素的復雜任務。在設計過程中，我們需要深入了解商場的業(yè)務流程和需求，同時考慮到數(shù)據(jù)的完整性、一致性、可擴展性、性能、安全性、隱私保護、靈活性和可維護性等因素。只有綜合考慮這些方面，才能設計出高效、穩(wěn)定、安全、可靠的商場數(shù)據(jù)庫，為商場的運營和管理提供堅實的數(shù)據(jù)支持。
數(shù)據(jù)庫設計心得體會及感悟篇四
在現(xiàn)代社會，數(shù)據(jù)是一種非常重要的資源。對于各種類型的企業(yè)和組織，數(shù)據(jù)庫已經(jīng)成為了不可或缺的一部分。在數(shù)據(jù)管理方面，數(shù)據(jù)庫應用設計非常關鍵。一個高效、可靠的數(shù)據(jù)庫應用能夠讓企業(yè)和組織更好地管理其數(shù)據(jù)，為業(yè)務發(fā)展提供支持。在此分享我對數(shù)據(jù)庫應用設計的心得體會。
第二段：考慮數(shù)據(jù)架構
在數(shù)據(jù)庫應用設計過程中，首先要考慮的是數(shù)據(jù)架構。在設計數(shù)據(jù)結構時，需仔細分析和規(guī)劃整個應用的數(shù)據(jù)流。在設計數(shù)據(jù)表時，需要保證表與表之間的關系和數(shù)據(jù)的一致性。此外，為了能夠高效排序、檢索和分段數(shù)據(jù)，也要考慮好索引的設計。一個良好的數(shù)據(jù)架構能夠提高應用的性能，同時也能夠保證數(shù)據(jù)的完整性。
第三段：重視數(shù)據(jù)安全
在數(shù)據(jù)庫應用設計的過程中，數(shù)據(jù)安全是必須要重視的問題之一。對于敏感數(shù)據(jù)，需要采用加密技術和訪問權限控制，以確保數(shù)據(jù)的安全。此外，在數(shù)據(jù)庫的備份與恢復方面，也需要制定相應的策略和流程，以確保數(shù)據(jù)的安全和恢復。
第四段：考慮應用性能
應用的性能是用戶體驗的重要方面。在數(shù)據(jù)庫應用設計過程中，需要考慮如何處理大量數(shù)據(jù)請求和高并發(fā)訪問。在這個過程中，我們可以使用數(shù)據(jù)緩存技術、增加數(shù)據(jù)訪問點、優(yōu)化數(shù)據(jù)庫連接、使用異步處理和分布式架構等技術，以確保應用的高效運行。
第五段：不斷優(yōu)化和更新
在實際運用中，一個好的數(shù)據(jù)庫應用需要不斷進行優(yōu)化和更新。我們需要根據(jù)應用的情況進行數(shù)據(jù)庫性能和安全的監(jiān)測和優(yōu)化。同樣地，我們也需要不斷擴展和升級應用，以滿足新的業(yè)務要求，提高用戶體驗。
結尾段：總結
在數(shù)據(jù)庫應用設計過程中，需要全面考慮數(shù)據(jù)庫架構、數(shù)據(jù)安全和應用性能等方面，才能設計出高效、可靠的應用。同時，隨著數(shù)據(jù)增長和業(yè)務發(fā)展，也需要不斷地更新和優(yōu)化應用，以滿足不斷變化的業(yè)務需求。
數(shù)據(jù)庫設計心得體會及感悟篇五
設計是一門具有創(chuàng)造性與實踐性的藝術科學，它既需要藝術感與審美能力，又需要科學思維與實踐技巧。在多年的學習與工作中，我積累了一些設計心得體會與感悟，下面將就此展開闡述。
第一段：對于設計的初步認識與體會
設計不僅僅停留在界面與外形的美感上，更核心的是要解決用戶的問題。因此，我認為一個成功的設計必須具備解決問題的能力。首先，需要深入了解用戶的需求，理解用戶的痛點與期望，然后從用戶角度出發(fā)，提供實際可行的解決方案。其次，設計需要注重細節(jié)，注重用戶的感受與體驗。一個設計的好壞，往往可以通過用戶的體驗來衡量。最后，設計需要不斷迭代與改進。世界在發(fā)展，用戶的需求也在不斷變化，只有持續(xù)不斷地優(yōu)化自己的設計才能保持競爭力。
第二段：對于與客戶的溝通與合作的體會
設計工作中，與客戶的溝通和合作是至關重要的。設計師需要深入了解客戶的業(yè)務與市場，才能提供更加切合實際的設計方案。與此同時，設計師也需要具備溝通能力和耐心。溝通是解決問題的關鍵，只有通過有效的溝通，才能明確客戶的需求，并將自己的設計理念表達清晰。另外，客戶的意見與建議也是重要的參考，設計師需要及時反饋和調(diào)整設計方案。客戶和設計師之間的合作是互相促進的關系，通過合作，設計師可以更好地理解客戶的需求，客戶也可以得到滿意的設計成果。
第三段：對于創(chuàng)意的培養(yǎng)與開發(fā)的體會
創(chuàng)意是設計的核心，一個有創(chuàng)意的設計可以吸引人的眼球，留下深刻的印象。創(chuàng)意是源自于靈感的，設計師需要不斷地學習與觀察，培養(yǎng)自己的藝術修養(yǎng)和審美能力。多讀書、多看畫、多了解不同領域的知識，可以拓寬自己的思路和視野。此外，多思考和思維導圖的使用也有助于思維的跳躍和創(chuàng)意的產(chǎn)生。創(chuàng)意的培養(yǎng)需要長期的積累和鍛煉，只有不斷地開發(fā)自己潛在的創(chuàng)造力，設計師才能在設計中脫穎而出。
第四段：對于設計實踐的重要性的體會
設計實踐是設計學習的重要組成部分。只有通過實際操作，才能將理論知識轉(zhuǎn)化為實際效果。設計實踐可以幫助設計師更好地理解設計的實際需求和問題，發(fā)現(xiàn)自己的不足之處，并且通過反復實踐和改進提高自己的設計水平。實踐過程中，設計師需要不斷地學習和嘗試新的設計工具和技術，以提升自己的設計效率和質(zhì)量。此外，與其他設計師的交流和分享也是非常重要的，通過交流可以獲得新的靈感和觀點，并且在實踐中結識到更多志同道合的朋友。
第五段：對于設計的激情與堅持的體會
設計是一項需要激情和堅持的工作。設計師需要對自己的設計充滿激情，才能夠付諸行動，持續(xù)地創(chuàng)造與改進。設計師還需要有堅持不懈的精神，只有經(jīng)過反復嘗試和付出努力，才能取得成功。設計師需要具備持續(xù)學習和追求進步的心態(tài)，及時調(diào)整自己的設計思維和行為方式，并且保持對新技術和新趨勢的敏感度，才能在日新月異的設計界立足。
總結：設計心得體會感悟
通過多年的學習和實踐，我深刻認識到設計的本質(zhì)與核心，并且在與客戶的合作和創(chuàng)意的培養(yǎng)中積累了寶貴的經(jīng)驗。對于設計實踐的重要性和激情與堅持的影響，我深感體會。設計是一門不斷迭代與創(chuàng)新的藝術，只有不斷學習和挑戰(zhàn)自我，才能在這個競爭激烈的設計界中取得成功。
數(shù)據(jù)庫設計心得體會及感悟篇六
數(shù)據(jù)庫的課程結束了，通過對數(shù)據(jù)庫的學習也初步掌握其各方面的知識，數(shù)據(jù)庫的功能是強大的，面對目前的信息化社會，在整理、查詢、分析數(shù)據(jù)方面是一款強有力的工具。
學習的目的在于將知識能合理順利的運用，將書本知識化為自己所用，是一個不知到知道，了解完善應用的過程，尤其是計算機方面的課程更是如此，必要的上機練習是必不可少的。之前的計算機語言、匯編語言等，都是在上機練習中得到順利掌握。面對這學期的數(shù)據(jù)庫也是如此的過程，在開始對理論知識的學習，然后進行上機練習，目的在于讓我們更好的掌握其知識，熟悉數(shù)據(jù)庫編程語言等。
當然上機可也不是輕松是課程，在課前還是應該做些相應的準備。首先在理論知識的學習中必須先打好基礎，經(jīng)過預習、聽課、復習、作業(yè)四個環(huán)節(jié)的學習，對于這門課的理論知識有了一定了解，才便于我們的上機課程，理論與上機的結合這樣才有助于我們更好的掌握知識。
在數(shù)據(jù)庫上機中主要是用到的sql（structuredquerylanguage）結構化查詢語言，它是一種數(shù)據(jù)庫查詢和程序設計語言，用于存取數(shù)據(jù)以及查詢、更新和管理關系數(shù)據(jù)庫系統(tǒng)。同時也是數(shù)據(jù)庫腳本文件的擴展名?？梢詭臀覀冏龅矫嫦驍?shù)據(jù)庫執(zhí)行查詢、取回數(shù)據(jù)、插入新的記錄、更新數(shù)據(jù)庫中的數(shù)據(jù)、刪除記錄、創(chuàng)建新數(shù)據(jù)庫、新表和視圖、設置表、存儲過程和視圖的權限，功能非常強大。
學習數(shù)據(jù)庫的內(nèi)容是從數(shù)據(jù)庫、數(shù)據(jù)表的創(chuàng)建和修改開始的，表是建立關系數(shù)據(jù)庫的基本結構，用來存儲數(shù)據(jù)具有已定義的屬性，在表的操作過程中，有查看表信息、查看表屬性、修改表中的數(shù)據(jù)、刪除表中的數(shù)據(jù)及修改表和刪除表的操作。從課程中中讓我更明白一些知識，表是數(shù)據(jù)最重要的一個數(shù)據(jù)對象，表的創(chuàng)建好壞直接關系到數(shù)數(shù)據(jù)庫的成敗，表的內(nèi)容是越具體越好，但是也不能太繁瑣，以后在實際應用中多使用表，對表的規(guī)劃和理解就會越深刻。在編程方面是需要我們對于編程有邏輯思維能力及一定的編程技巧。在數(shù)據(jù)庫中插入表、表中的信息等都需要注意，不然很容易出錯。
數(shù)據(jù)庫設計心得體會及感悟篇七
設計是一門創(chuàng)造性的藝術，通過創(chuàng)造和組織各種元素，呈現(xiàn)出美感和功能性。在過去的設計實踐中，我積累了一些心得體會和感悟。設計需要注意的細節(jié)、與客戶和合作伙伴的交流和溝通、設計的目的和意義等等，都是我在實踐中悟出的重要經(jīng)驗。以下是對我設計心得體會感悟的總結。
第一段：細節(jié)至關重要
設計是一個注重細節(jié)的過程。每個設計元素的安排、顏色的選擇、字體的搭配，都要經(jīng)過深思熟慮。細節(jié)決定了整體的效果。例如，在設計網(wǎng)頁時，每個按鈕的大小、顏色和位置，都會對用戶體驗產(chǎn)生重大影響。細心觀察和審美眼光是成為一名優(yōu)秀設計師的必備素質(zhì)。
第二段：與客戶和合作伙伴的溝通與交流
設計師需要與客戶和合作伙伴進行頻繁的溝通和交流。設計師應該深入了解客戶的需求和期望，并將其轉(zhuǎn)化為設計的具體要求。同時，設計師還需要學會傾聽和理解他人的意見和建議，與他人共同討論和優(yōu)化設計方案。有效的溝通和交流是設計師成功的關鍵。
第三段：明確設計的目的和意義
每個設計都有其特定的目的和意義。設計師需要明確所要傳達的信息、主題和觀點。無論是為產(chǎn)品、品牌還是個人創(chuàng)作設計，都需要明確設計的傳達目標，以確保設計的實際效果符合預期。設計師還需要考慮目標受眾，根據(jù)他們的喜好和需求進行設計。設計的意義在于通過視覺和美感激發(fā)觀眾的情感共鳴和思考。
第四段：靈感的來源和創(chuàng)意的發(fā)掘
靈感是設計師的重要資源。而靈感的來源可以來自各種各樣的地方，如藝術、建筑、自然景觀等等。設計師需要時刻保持對外界事物的觀察和敏感，善于發(fā)現(xiàn)美和創(chuàng)新的源泉。創(chuàng)意的發(fā)掘是設計的核心，設計師需要不斷提升自己的創(chuàng)意能力，并將其應用到實際的設計中。
第五段：持續(xù)學習與進步
設計是一個不斷學習和進步的領域。設計師需要不斷提升自己的專業(yè)知識和技能，緊跟潮流和趨勢，擁抱新技術和工具。隨著社會的不斷發(fā)展和變化，設計的要求也在不斷變化。只有不斷學習和進步，才能適應設計的需求和市場的競爭。
以上是我在設計實踐中的心得體會和感悟。設計的細節(jié)、與他人的交流和溝通、明確設計的目的和意義、靈感的來源和創(chuàng)意的發(fā)掘，以及持續(xù)學習與進步，都是我認為在設計中非常重要的要素。希望這些心得體會和感悟?qū)ζ渌O計師們有所啟發(fā)和幫助。
數(shù)據(jù)庫設計心得體會及感悟篇八
兩個星期時間非常快就過去了，這兩個星期不敢說自己有多大進步，獲得了多少知識，但起碼是了解了項目開發(fā)部分過程。雖說上過數(shù)據(jù)庫上過管理信息系統(tǒng)等相關課程，但是沒有親身經(jīng)歷過相關設計工作細節(jié)。這次實習證實提供了一個很好機會。
通過這次課程設計發(fā)現(xiàn)這其中需要很多知識我們沒有接觸過，去圖書館查資料時候發(fā)現(xiàn)我們前邊所學到僅僅是皮毛，還有很多需要我們掌握東西我們根本不知道。同時也發(fā)現(xiàn)有很多已經(jīng)學過東西我們沒有理解到位，不能靈活運用于實際，不能很好用來解決問題，這就需要我們不斷大量實踐，通過不斷自學，不斷地發(fā)現(xiàn)問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用東西。從各種文檔閱讀到開始需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統(tǒng)設計開發(fā)過程。很多東西書上寫很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統(tǒng)時候才發(fā)現(xiàn)其中難度。經(jīng)常做到后面突然就發(fā)現(xiàn)自己一開始設計有問題，然后又回去翻工，在各種反復中不斷完善自己想法。
我想有這樣問題不止我一個，事后想想是一開始著手做時候下手過于輕快，或者說是根本不了解自己要做這個系統(tǒng)是給誰用。因為沒有事先做過仔細用戶調(diào)查，不知道整個業(yè)務流程，也不知道用戶需要什么功能就忙著開發(fā)，這是作為設計開發(fā)人員需要特別警惕避免，不然會給后來工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后課程設計要特別注意這一塊設計。
按照要求，我們做是機票預訂系統(tǒng)。說實話，我對這個是一無所知，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計下場我已經(jīng)嘗過了，結果就是出來一個四不像設計方案，沒有什么實際用處。沒有前期調(diào)查，僅從指導書上那幾條要求著手是不夠。
在需求分析過程中，我們通過上網(wǎng)查資料，去圖書館查閱相關資料，結合我們生活經(jīng)驗，根據(jù)可行性研究結果和客戶要求，分析現(xiàn)有情況及問題，采用client/server結構，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng)，服務器端子系統(tǒng)。在兩周時間里，不斷地對程序及各模塊進行修改、編譯、調(diào)試、運行，其間遇到很多問題：由于忘記了一些java語言規(guī)范使得在調(diào)試過程中一些錯誤沒有發(fā)現(xiàn)，通過這次課程設計，我對調(diào)試掌握得更加熟練了，意識到了程序語言規(guī)范性以及我們在編程時要有嚴謹態(tài)度，同時在寫程序時如有一定量注釋，既增加了程序可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了sql語言，對數(shù)據(jù)庫創(chuàng)建、修改、刪除方法有了一定了解，通過導入表和刪除表、更改表學會了對于表一些操作，為了建立一個關系數(shù)據(jù)庫信息管理系統(tǒng)，必須得經(jīng)過系統(tǒng)調(diào)研、需求分析、概念設計、邏輯設計、物理設計、系統(tǒng)調(diào)試、維護以及系統(tǒng)評價一般過程，為畢業(yè)設計打下基礎。
很多事情不是想象中那么簡單，它涉及到各種實體、屬性、數(shù)據(jù)流程、數(shù)據(jù)處理等等。很多時候感覺后面設計根本無法繼續(xù)，感覺像是被前面做各種圖限制了。在做關系模型轉(zhuǎn)換時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引部分，對一些比較經(jīng)常使用搜索列，外鍵上建立索引，這樣可以明顯加快檢索速度，最后別忘記重要安全性設置，限制用戶訪問權限，新建用戶并和數(shù)據(jù)庫用戶做相應映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難事在你嘗試之后你可能會發(fā)現(xiàn)原來她并沒有你以前覺得那樣，自己也是可以。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫時候，自己一定要堅信目標，大學畢業(yè)出去即面臨找工作，從學習這個專業(yè)，到以后從事這方面工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業(yè)，面臨擇業(yè)，需要這些實踐經(jīng)驗，在困難面前要勇于嘗試，這是這次課程設計給我最大感想！
以上基本是這次實習體會了，設計進行非常艱難，編碼非常不容易，才發(fā)現(xiàn)做一個項目最重要不在于如何實現(xiàn)，而是實現(xiàn)之前需求分析和模塊設計。創(chuàng)新很難，有些流行系統(tǒng)其實現(xiàn)并不難，難在于對市場分析和準確定位。設計，是一個任重道遠過程。
數(shù)據(jù)庫設計心得體會及感悟篇九
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養(yǎng)了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的.方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監(jiān)督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業(yè)課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業(yè)工作前一個必不少的過程?！扒Ю镏惺加谧阆隆?，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩(wěn)健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數(shù)據(jù)結。
數(shù)據(jù)結構，是一門研究非數(shù)值計算的程序設計問題中計算機的操作對象（數(shù)據(jù)元素）以及它們之間的關系和運算等的學科，而且確保經(jīng)過這些運算后所得到的新結構仍然是原來的結構類型?！皵?shù)據(jù)結構”在計算機科學中是一門綜合性的專業(yè)基礎課。數(shù)據(jù)結構是介于數(shù)學、計算機硬件和計算機軟件三者之間的一門核心課程。數(shù)據(jù)結構這一門課的內(nèi)容不僅是一般程序設計（特別是非數(shù)值性程序設計）的基礎，而且是設計和實現(xiàn)編譯程序、操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)及其他系統(tǒng)程序的重要基礎。通過這次模具設計，我在多方面都有所提高。
在界面設置中使用函數(shù)調(diào)用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據(jù)菜單條數(shù)設計。最后采用printf輸出程序設計界面。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環(huán)鏈表，并進行輸出，及循環(huán)語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規(guī)模相對較小，即功能還不很全面，應用也不很普遍。原來c語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用c語言方面的知識，我們可以設計出更完善的軟件。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創(chuàng)新的作品。
數(shù)據(jù)庫設計心得體會及感悟篇十
本文目錄。
兩個星期的時間非?？炀瓦^去了，這兩個星期不敢說自己有多大的進步，獲得了多少知識，但起碼是了解了項目開發(fā)的部分過程。雖說上過數(shù)據(jù)庫上過管理信息系統(tǒng)等相關的課程，但是沒有親身經(jīng)歷過相關的設計工作細節(jié)。這次實習證實提供了一個很好的機會。
通過這次課程設計發(fā)現(xiàn)這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發(fā)現(xiàn)我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發(fā)現(xiàn)有很多已經(jīng)學過的東西我們沒有理解到位，不能靈活運用于實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發(fā)現(xiàn)問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。
從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統(tǒng)的設計開發(fā)過程。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統(tǒng)的時候才發(fā)現(xiàn)其中的難度。經(jīng)常做到后面突然就發(fā)現(xiàn)自己一開始的設計有問題，然后又回去翻工，在各種反復中不斷完善自己的想法。
我想有這樣的問題不止我一個，事后想想是一開始著手做的時候下手過于輕快，或者說是根本不了解自己要做的這個系統(tǒng)是給誰用的。因為沒有事先做過仔細的用戶調(diào)查，不知道整個業(yè)務的流程，也不知道用戶需要什么功能就忙著開發(fā)，這是作為設計開發(fā)人員需要特別警惕避免的，不然會給后來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后的課程設計要特別注意這一塊的設計。
按照要求，我們做的是機票預訂系統(tǒng)。說實話，我對這個是一無所知的，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計的下場我已經(jīng)嘗過了，結果就是出來一個四不像的設計方案，沒有什么實際用處。沒有前期的調(diào)查，僅從指導書上那幾條要求著手是不夠的。
在需求分析過程中，我們通過上網(wǎng)查資料，去圖書館查閱相關資料，結合我們的生活經(jīng)驗，根據(jù)可行性研究的結果和客戶的要求，分析現(xiàn)有情況及問題，采用client/server結構，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng)，服務器端子系統(tǒng)。在兩周的時間里，不斷地對程序及各模塊進行修改、編譯、調(diào)試、運行，其間遇到很多問題：由于忘記了一些java語言的規(guī)范使得在調(diào)試過程中一些錯誤沒有發(fā)現(xiàn)，通過這次課程設計，我對調(diào)試掌握得更加熟練了，意識到了程序語言的規(guī)范性以及我們在編程時要有嚴謹?shù)膽B(tài)度，同時在寫程序時如有一定量的注釋，既增加了程序的可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了sql語言，對數(shù)據(jù)庫的創(chuàng)建、修改、刪除方法有了一定的了解，通過導入表和刪除表、更改表學會了對于表的一些操作，為了建立一個關系數(shù)據(jù)庫信息管理系統(tǒng)，必須得經(jīng)過系統(tǒng)調(diào)研、需求分析、概念設計、邏輯設計、物理設計、系統(tǒng)調(diào)試、維護以及系統(tǒng)評價的一般過程，為畢業(yè)設計打下基礎。
很多事情不是想象中的那么簡單的，它涉及到的各種實體、屬性、數(shù)據(jù)流程、數(shù)據(jù)處理等等。很多時候感覺后面的設計根本無法繼續(xù)，感覺像是被前面做的各種圖限制了。在做關系模型轉(zhuǎn)換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引的部分，對一些比較經(jīng)常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最后別忘記重要的安全性設置，限制用戶訪問權限，新建用戶并和數(shù)據(jù)庫用戶做相應的映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難的事在你嘗試之后你可能會發(fā)現(xiàn)原來她并沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業(yè)出去即面臨找工作，從學習這個專業(yè)，到以后從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業(yè)，面臨擇業(yè)，需要這些實踐經(jīng)驗，在困難面前要勇于嘗試，這是這次課程設計給我的最大感想!
以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發(fā)現(xiàn)做一個項目最重要的不在于如何實現(xiàn)，而是實現(xiàn)之前的需求分析和模塊設計。創(chuàng)新很難，有些流行的系統(tǒng)其實現(xiàn)并不難，難的在于對市場的分析和準確定位。設計，是一個任重道遠的過程。
返回目錄。
首先，讓我的記憶追溯到大二暑假，在老大的指引下（），我接觸到microsoft?產(chǎn)品。那個時候我已經(jīng)學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++里面的class，int，覺得vb的sub，var?看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.net是用于創(chuàng)建下一代應用程序的理想而又現(xiàn)實的開發(fā)工具”，而且主推c#語言，由于對c語言的一貫好感，我?guī)缀跏橇⒖虒λa(chǎn)生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數(shù)據(jù)交互是很重要的，暑假的時候我把我們這學期的課本數(shù)據(jù)庫系統(tǒng)概論看了一遍。我記得以前用c語言編程的時候，數(shù)據(jù)是在內(nèi)存中申請空間，譬如使用數(shù)組等等。很耗費內(nèi)存空間。這個時候就是數(shù)據(jù)庫站出來的時候啦，于是我又裝上了sql?server，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。
通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。
來到學校后，隨著這學期的數(shù)據(jù)庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業(yè)名詞說嚇著，包括什么建模，軟件工程，數(shù)據(jù)分析，數(shù)據(jù)挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發(fā)明工具是很難，但是用一個工具就容易多了，just?do?it！我記得我做這個數(shù)據(jù)庫之前，我們老師說要做好前期分析，我就在網(wǎng)上搜索用什么分析工具好。最后我選擇了roseuml建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么uml建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網(wǎng)去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及后來的數(shù)據(jù)庫分析的時候用到的powerdesigner也是一樣。
開發(fā)的時候我想過用什么架構，c/s模式？模式有很多，怎么選擇？我就上網(wǎng)搜索現(xiàn)在最流行的架構是什么。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。just?do?it！前期工作準備好后，加以實踐。這個時候我更加深入的了解了利用操縱數(shù)據(jù)庫的知識。并且對數(shù)據(jù)庫里面的存儲過程有了比較深入的了解。經(jīng)過大概2個多星期的奮斗，數(shù)據(jù)集的圖書館管理系統(tǒng)。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網(wǎng)。這次數(shù)據(jù)庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數(shù)據(jù)庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數(shù)據(jù)庫課程設計，不過這只是我學習路上的驛站，的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續(xù)學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just?do?it！語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境??！
我很慶幸我參加了這次數(shù)據(jù)庫大賽，讓我確實打開了眼界。
（最后，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作為對自己的激勵，繼續(xù)學習。畢竟學習就是一個just?do?it的過程?。?。
數(shù)據(jù)庫設計心得體會及感悟篇十一
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經(jīng)歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了，這對于相當有經(jīng)驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經(jīng)驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的。問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我針對探究型項目的開發(fā)模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數(shù)據(jù)庫設計上了，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉(zhuǎn)化為圖表很浪費時間。總體上來說這次的項目也不是很大，而且在數(shù)據(jù)庫的設計上比較保守，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未于別人比較)本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義。可能就像范式不太容易用通俗易懂的方式解釋一樣，在讓工具用圖標表述我的思維時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經(jīng)不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境(vim)，這是首次在脫離高級ide的情況下編碼。
使用了新的開發(fā)語言(python，actionscript3)，因為我一直比較喜歡學以致用，而且這樣的數(shù)據(jù)驅(qū)動型軟件的整套自實現(xiàn)的庫都已經(jīng)完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交可運行的代碼。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實遇到的問題數(shù)跟人的能力是成正比的。
數(shù)據(jù)庫設計心得體會及感悟篇十二
做了一個星期的程序設計終于做完了，在這次程序設計課中，真是讓我獲益匪淺，我突然發(fā)現(xiàn)寫程序還挺有意思的。
由于上學期的c語言跟這學期的數(shù)據(jù)結構都算不上真正的懂，對于書上的稍微難點的知識就是是而非的，所以我只是對老師的程序理解，我也試著去改變了一些變量，自己也盡量多的去理解老師做程序的思路。當我第一天坐在那里的時候，我就不知道該做些什么，后來我只有下來自己看了一遍書來熟悉下以前學過的知識。
通過這次的程序設計，發(fā)現(xiàn)一個程序設計就是算法與數(shù)據(jù)結構的結合體，自己也開始對程序產(chǎn)生了前所未有的興趣，以前偷工減料的學習也不可能一下子寫出一個程序出來，于是我就認真看老師寫的程序，發(fā)現(xiàn)我們看懂了一個程序其實不難，難的是對于一個程序的思想的理解，我們要掌握一個算法，不僅僅限于讀懂，主要的是要理解老師的思路，學習老師的解決問題的方法。
這次試驗中，我發(fā)現(xiàn)書本上的知識是一個基礎，但是我基礎都沒掌握，更別說寫出一個整整的程序了。自己在寫程序的時候，也發(fā)現(xiàn)自己的知識太少了，特別是基礎知識很多都是模模糊糊的一個概念，沒有落實到真正的程序，所以自己寫的時候也感到萬分痛苦，基本上涉及一個知識我就會去看看書，對于書本上的知識沒掌握好。在飯后閑暇時間我也總結了一下，自己以前上課也認真的聽了，但是還是寫不出來，這主要歸結于自己的練習太少了，而且也總是半懂就不管了。在改寫老師的程序中也出現(xiàn)了很多的問題，不斷的修改就是不斷的學習過程，當我們?nèi)硇牡耐度肫渲袝r，實際上是一件很有樂趣的事情。
對于以后的學習有了幾點總結：
第三，多做習題，看題型，針對題型來有選擇復習；
數(shù)據(jù)結構看上去很復雜，但你靜下心來把書掃上幾遍，分解各個知識點，這一下來，學數(shù)據(jù)結構的思路就會很清晰了。
數(shù)據(jù)庫課程設計心得體會篇本程序以c語言的棧的相關知識為基礎，通過控制兩個棧(運算數(shù)棧和運算符棧)的進出的棧操作，來實現(xiàn)對包含加、減、乘、除、括號運算符及sqrt和abs函數(shù)的任意整型表達式的求解運算。
從程序的編寫來看，感覺這次自己真的`學到了好多，特別是對程序的開發(fā)流程。從最初的選定程序，到最終的程序運行成功，讓我感到如果是僅僅掌握課本上的知識是遠遠不能夠很好的應用到實際的編程中去的。在這個過程中還需要我們更多的去考慮到實際條件的種種限制和約束。
我在寫本程序的過程中也遇到了很多的問題，當然本程序的核心問題就是對兩個棧的壓出棧操作，需要做優(yōu)先級判斷，并要考慮什么時候進棧，什么時候出棧等操作。我采用了課本上第52-54頁講的通過一個二維字符串數(shù)組來控制比較“+-__、()as=”共9個運算符的優(yōu)先級控制。對異常，如除數(shù)為0、被開方數(shù)小于0等異常也進行了精心的處理。對操作過程中要用到的y、n、a、s等字符也進行了改進，最終本程序可以不區(qū)分大小寫就完成相關操作。
總之，經(jīng)過本次專業(yè)課程設計，讓我掌握了開發(fā)應用軟件的基本流程，運用所學編程技能的基本技巧，也讓我初步了解了軟件設計的基本方法，提高進行工程設計的基本技能及分析、解決實際問題的能力，為以后畢業(yè)設計和工程實踐等打下良好的基礎。相信通過這次的課程設計，我對所學的《數(shù)據(jù)結構(c語言版)》和各種編程語言都有了一個全新的認識。我也會積極吸取本次課程設計的經(jīng)驗，繼續(xù)研究數(shù)據(jù)結構和所學的各種編程語言。
數(shù)據(jù)庫設計心得體會及感悟篇十三
在這次課程設計中，我們小組設計的是一個倉庫管理系統(tǒng)，通過設計這個系統(tǒng)，可以更方便地實現(xiàn)信息的瀏覽，查詢，添加等操作和報表輸出等功能，具體包括能實現(xiàn)產(chǎn)品入庫管理，可以填寫入庫單，確認產(chǎn)品入庫；產(chǎn)品出庫管理，可以填寫出庫單，確認出庫；借出管理，憑借條借出，然后能夠還庫；初始庫存設置，設置庫存的初始值，庫存的上下警戒限；可以進行盤庫，反映每月，年的庫存情況；可以查詢產(chǎn)品入庫情況，出庫情況，當前庫存情況，可以按出庫單，入庫單，產(chǎn)品，時間進行查詢；雖然這個系統(tǒng)的功能還不是很完善，還有很多功能尚未實現(xiàn)，但這也是我們共同努力的結果，只要有更多的時間，我相信我們能完成的更好。
通過這次將近一個星期的課程設計實訓，我對數(shù)據(jù)庫在生活中的廣泛應用有了更深的體會，同時也加深了對access20xx的認識，了解了相關的access的知識，尤其是對數(shù)據(jù)庫的原理與開發(fā)程序的應用有了更進一步的認識和了解。由于不會vb編程，很多功能實現(xiàn)起來很困難，但好在access有查詢、宏和窗體，特別是宏操作可以將幾個操作結合在一起，可以執(zhí)行多個查詢，可以調(diào)用多次窗體。例如，在某個窗體中要顯示設備代碼表信息，所以這個窗體中建立一個子窗體用于設備代碼表的顯示，我們打開窗體后又對設備代碼表進行了跟新，所以窗體中顯示的并不是最新數(shù)據(jù)，我們往往需要及時看到設備代碼表跟新后的最新數(shù)據(jù)，窗體不會自動跟新我們就不會看到最新數(shù)據(jù)，所以這時候我們就會用一個宏操作在對設備代碼表跟新之后關閉窗體在打開窗體，這樣窗體就相當于完成了一次跟新操作。又例如，在一個表a中剛剛追加了一條記錄，我們要將每次剛剛新添加的記錄跟新到另一個表b中，用一個查詢是很難完成的，經(jīng)過認真思考，得到了解決的辦法是，需要三個步驟，第一步，在表a中添加標志字段，設置默認值為‘否’。第二步，編寫跟新查詢將標志字段為‘否’的數(shù)據(jù)跟新到表b中。第三步，編寫跟新查詢將表a中標志字段為‘否’的跟新為‘是’。
讀書破萬卷下筆如有神，以上就是為大家?guī)淼?0篇《數(shù)據(jù)庫課程設計心得體會》，希望可以對您的寫作有一定的參考作用，更多精彩的范文樣本、模板格式盡在。
數(shù)據(jù)庫設計心得體會及感悟篇十四
兩個星期的時間非常快就過去了，這兩個星期不敢說自己有多大的進步，獲得了多少知識，但起碼是了解了項目開發(fā)的部分過程。雖說上過數(shù)據(jù)庫上過管理信息系統(tǒng)等相關的課程，但是沒有親身經(jīng)歷過相關的設計工作細節(jié)。這次實習證實提供了一個很好的機會。
通過這次課程設計發(fā)現(xiàn)這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發(fā)現(xiàn)我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發(fā)現(xiàn)有很多已經(jīng)學過的東西我們沒有理解到位，不能靈活運用于實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發(fā)現(xiàn)問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。
從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統(tǒng)的設計開發(fā)過程。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統(tǒng)的時候才發(fā)現(xiàn)其中的難度。經(jīng)常做到后面突然就發(fā)現(xiàn)自己一開始的設計有問題，然后又回去翻工，在各種反復中不斷完善自己的想法。
我想有這樣的問題不止我一個，事后想想是一開始著手做的時候下手過于輕快，或者說是根本不了解自己要做的這個系統(tǒng)是給誰用的。因為沒有事先做過仔細的用戶調(diào)查，不知道整個業(yè)務的流程，也不知道用戶需要什么功能就忙著開發(fā)，這是作為設計開發(fā)人員需要特別警惕避免的，不然會給后來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后的課程設計要特別注意這一塊的設計。
按照要求，我們做的是機票預訂系統(tǒng)。說實話，我對這個是一無所知的，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計的下場我已經(jīng)嘗過了，結果就是出來一個四不像的設計方案，沒有什么實際用處。沒有前期的調(diào)查，僅從指導書上那幾條要求著手是不夠的。
在需求分析過程中，我們通過上網(wǎng)查資料，去圖書館查閱相關資料，結合我們的生活經(jīng)驗，根據(jù)可行性研究的結果和客戶的要求，分析現(xiàn)有情況及問題，采用client/server結構，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng)，服務器端子系統(tǒng)。在兩周的時間里，不斷地對程序及各模塊進行修改、編譯、調(diào)試、運行，其間遇到很多問題：由于忘記了一些java語言的規(guī)范使得在調(diào)試過程中一些錯誤沒有發(fā)現(xiàn)，通過這次課程設計，我對調(diào)試掌握得更加熟練了，意識到了程序語言的規(guī)范性以及我們在編程時要有嚴謹?shù)膽B(tài)度，同時在寫程序時如有一定量的注釋，既增加了程序的可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了sql語言，對數(shù)據(jù)庫的創(chuàng)建、修改、刪除方法有了一定的了解，通過導入表和刪除表、更改表學會了對于表的一些操作，為了建立一個關系數(shù)據(jù)庫信息管理系統(tǒng)，必須得經(jīng)過系統(tǒng)調(diào)研、需求分析、概念設計、邏輯設計、物理設計、系統(tǒng)調(diào)試、維護以及系統(tǒng)評價的一般過程，為畢業(yè)設計打下基礎。
很多事情不是想象中的那么簡單的，它涉及到的各種實體、屬性、數(shù)據(jù)流程、數(shù)據(jù)處理等等。很多時候感覺后面的設計根本無法繼續(xù)，感覺像是被前面做的各種圖限制了。在做關系模型轉(zhuǎn)換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引的部分，對一些比較經(jīng)常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最后別忘記重要的安全性設置，限制用戶訪問權限，新建用戶并和數(shù)據(jù)庫用戶做相應的映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難的事在你嘗試之后你可能會發(fā)現(xiàn)原來她并沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業(yè)出去即面臨找工作，從學習這個專業(yè)，到以后從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業(yè)，面臨擇業(yè)，需要這些實踐經(jīng)驗，在困難面前要勇于嘗試，這是這次課程設計給我的最大感想!
以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發(fā)現(xiàn)做一個項目最重要的不在于如何實現(xiàn)，而是實現(xiàn)之前的需求分析和模塊設計。創(chuàng)新很難，有些流行的系統(tǒng)其實現(xiàn)并不難，難的在于對市場的分析和準確定位。設計，是一個任重道遠的過程。
數(shù)據(jù)庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。
首先，讓我的記憶追溯到大二暑假，在老大的指引下()，我接觸到microsoft產(chǎn)品。那個時候我已經(jīng)學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++里面的class，int，覺得vb的sub，var看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.net是用于創(chuàng)建下一代應用程序的理想而又現(xiàn)實的開發(fā)工具”，而且主推c#語言，由于對c語言的一貫好感，我?guī)缀跏橇⒖虒λa(chǎn)生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數(shù)據(jù)交互是很重要的，暑假的時候我把我們這學期的課本數(shù)據(jù)庫系統(tǒng)概論看了一遍。我記得以前用c語言編程的時候，數(shù)據(jù)是在內(nèi)存中申請空間，譬如使用數(shù)組等等。很耗費內(nèi)存空間。這個時候就是數(shù)據(jù)庫站出來的時候啦，于是我又裝上了sqlserver2019，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。
通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。
來到學校后，隨著這學期的數(shù)據(jù)庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業(yè)名詞說嚇著，包括什么建模，軟件工程，數(shù)據(jù)分析，數(shù)據(jù)挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發(fā)明工具是很難，但是用一個工具就容易多了，justdoit!我記得我做這個數(shù)據(jù)庫之前，我們老師說要做好前期分析，我就在網(wǎng)上搜索用什么分析工具好。最后我選擇了roseuml建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么uml建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網(wǎng)去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及后來的數(shù)據(jù)庫分析的時候用到的powerdesigner也是一樣。
開發(fā)的時候我想過用什么架構，c/s模式?模式有很多，怎么選擇?我就上網(wǎng)搜索現(xiàn)在最流行的架構是什么。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。justdoit!前期工作準備好后，加以實踐。這個時候我更加深入的了解了利用操縱數(shù)據(jù)庫的知識。并且對數(shù)據(jù)庫里面的存儲過程有了比較深入的了解。經(jīng)過大概2個多星期的奮斗，數(shù)據(jù)集的圖書館管理系統(tǒng)。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網(wǎng)。這次數(shù)據(jù)庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數(shù)據(jù)庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數(shù)據(jù)庫課程設計，不過這只是我學習路上的驛站，的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續(xù)學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，justdoit!語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境啊!
我很慶幸我參加了這次數(shù)據(jù)庫大賽，讓我確實打開了眼界。
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經(jīng)歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了，這對于相當有經(jīng)驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經(jīng)驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數(shù)據(jù)庫設計上了，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉(zhuǎn)化為圖表很浪費時間?？傮w上來說這次的項目也不是很大，而且在數(shù)據(jù)庫的設計上比較保守，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未于別人比較)本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義?？赡芫拖瘛胺妒讲惶菀子猛ㄋ滓锥姆绞浇忉尅币粯樱凇白尮ぞ哂脠D標表述我的思維”時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經(jīng)不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境(vim)，這是首次在脫離高級ide的情況下編碼。
使用了新的開發(fā)語言(python，actionscript3)，因為我一直比較喜歡“學以致用”，而且這樣的“數(shù)據(jù)驅(qū)動型”軟件的整套自實現(xiàn)的庫都已經(jīng)完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交“可運行的代碼”。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實“遇到的問題數(shù)跟人的能力是成正比的”。
數(shù)據(jù)庫設計心得體會及感悟篇十五
對我而言，設計是一種藝術，一種創(chuàng)造性的表達方式。通過設計，我能夠?qū)⒆约旱南敕ê透惺軅鬟_給他人，同時也能夠改變和影響人們的生活。在這個過程中，我經(jīng)歷了無數(shù)的探索和實踐，積累了寶貴的設計心得體會和感悟。在接下來的文章中，我將分享我在設計中所獲得的體驗和思考。
首先，設計需要有獨特的創(chuàng)意和靈感。創(chuàng)意是設計的靈魂，是設計師們解決問題和創(chuàng)造美的驅(qū)動力。在我進行設計時，常常會面臨無數(shù)的挑戰(zhàn)和困擾。但是，只有通過不斷的思考和探索，才能找到真正獨特的創(chuàng)意。我會嘗試不同的方法和工具，觀察和學習不同的領域和文化，以尋找靈感的源泉。而當我發(fā)現(xiàn)了一個看似平凡卻別出心裁的創(chuàng)意時，就會感到巨大的滿足和成就感。
其次，設計需要注重細節(jié)和完美的實現(xiàn)。細節(jié)決定成敗，對于一個設計作品來說尤其如此。在設計的過程中，我不僅要注重整體的效果和美感，還要關注每一個細小的部分。只有每一個細節(jié)都經(jīng)過精心的考慮和完美的實施，才能達到我所追求的高水平。為此，我會花費很多時間來不斷修改和完善設計作品。當最終呈現(xiàn)出一個幾乎完美的作品時，我會感到特別的自豪和滿足。
然后，設計需要具備與人溝通和合作的能力。設計往往不僅僅是一個人的創(chuàng)造，而是一個集體的努力。為了讓我所設計的作品符合客戶的要求和需求，我需要與客戶進行充分的溝通。我會仔細傾聽他們的想法和意見，然后根據(jù)客戶的要求進行調(diào)整和改進。此外，我還需要和項目團隊中的其他成員進行合作，共同解決問題。這個過程并不總是順利的，但通過與人的合作，我學會了傾聽和尊重他人的觀點，也增強了自己的團隊合作能力。
此外，設計需要不斷學習和創(chuàng)新。設計行業(yè)一直在發(fā)展變化，新的技術和方法不斷涌現(xiàn)。為了跟上時代的步伐，我必須保持學習的態(tài)度，不斷更新自己的知識和技能。我會參加各種培訓和研討會，與同行們交流和分享心得。通過不斷的學習和探索，我能夠保持自己的熱情和創(chuàng)造力，并將最新的技術和方法融入到自己的設計中，不斷創(chuàng)新。
最后，設計需要有責任和影響力。作為設計師，我意識到我的設計作品可能會對社會和大眾產(chǎn)生影響。因此，我要時刻考慮設計的意義和影響，注重設計的可持續(xù)性和社會責任。我會盡力設計那些有益于人們健康、環(huán)保和可持續(xù)發(fā)展的作品，為社會進步和人們的生活貢獻自己的一份力量。
綜上所述，設計是一種藝術，需要獨特的創(chuàng)意和靈感，注重細節(jié)和完美的實現(xiàn)，具備與人溝通和合作的能力，不斷學習和創(chuàng)新，以及擔當起責任和發(fā)揮影響力。通過不斷的實踐和思考，我在設計中獲得了很多寶貴的心得體會和感悟，也讓我更加深入地理解和熱愛設計這個行業(yè)。我相信，只要堅持不懈地追求創(chuàng)意和完美，不斷學習和創(chuàng)新，并且用設計的力量影響和改變?nèi)藗兊纳?，我們將能夠?chuàng)造出更加美好的世界。
數(shù)據(jù)庫設計心得體會及感悟篇十六
這次數(shù)據(jù)庫課程設計用的是microsoftvisualfoxpro6.0，而我們平時用的microsoftsqlserver，雖然對vfp完全陌生，但在老師的指引下，我們近乎完美的完成了課程設計。當然過程是艱辛的。
面對著完全陌生的操作環(huán)境vfp，許多同學開始埋怨，要求用sql，用我們學過的asp等來完成設計。但我們慢慢發(fā)現(xiàn)用vfp做課程設計其實很有優(yōu)勢，于是它的這個優(yōu)勢激發(fā)了我們?nèi)チ私馑挠?。老師先將vfp中基本的建數(shù)據(jù)庫，建表以及建表單等向我們演示了一遍，我們也仿照著做了，發(fā)覺并不是很難。但想到這次課程設計做的是一套學生學籍和成績管理系統(tǒng)，我們又開始茫然了。那天，老師給我們看了一段可以讓文字循環(huán)移動的代碼，這使我們產(chǎn)生了好奇心理，有了快速了解它的沖動。因為用面向?qū)ο蟮恼Z言做特效，這還是第一次。下課之后我把那段我們不了解的語言寫的特效代碼發(fā)到了vfp論壇上請人幫忙解釋，最后我們完全理解了那段代碼的意思。
這次課程設計我們克服了炎熱的天氣（學校機房之前沒裝空調(diào)……后來設計完才裝……），也克服對新知識的恐懼感以及畏難情緒。我們懂得了團隊合作的重要性，也懂得了團隊中如何交流、如何分工，如何集體討論難點。我們充分利用了網(wǎng)絡資源（技術論壇，共享的實例等）。
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔。實際上從學習的經(jīng)歷來看，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此。
雖然這次是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了，這對于相當有經(jīng)驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經(jīng)驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數(shù)據(jù)庫設計上了，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉(zhuǎn)化為圖表很浪費時間?？傮w上來說這次的項目也不是很大，而且在數(shù)據(jù)庫的設計上比較保守，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦（未于別人比較）本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義?？赡芫拖?范式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經(jīng)不是第一次了。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境（vim），這是首次在脫離高級ide的情況下編碼。
使用了新的開發(fā)語言（python，actionscript3），因為我一直比較喜歡"學以致用"，而且這樣的"數(shù)據(jù)驅(qū)動型"軟件的整套自實現(xiàn)的庫都已經(jīng)完成了，但是由于語言本身的差異，遷移時問題很多，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實"遇到的問題數(shù)跟人的能力是成正比的"。
數(shù)據(jù)庫設計心得體會及感悟篇十七
今天進行了一次完整的數(shù)據(jù)庫設計的過程，其實一直來說我都是非常害怕數(shù)據(jù)庫的設計的，因為在剛剛接觸的時候，我就知道，數(shù)據(jù)庫設計其實是一個項目的開端，因為數(shù)據(jù)庫設計實際上就是業(yè)務的設計，在需求清晰的時候，完成清晰流暢的業(yè)務設計又是一大難點。
一下為我自己的心得經(jīng)驗希望大家批評指正！
對需求的認知完全沒有歧義；
有時更加困難的是一個實體會發(fā)生多個維度的分類，那么就把他的拆分維度一一分開；
“頻道”概念在消息分發(fā)時是一個非常靈活的概念；
總結，其實我在今天的數(shù)據(jù)庫設計中就學習到這些，學習是一個逐漸進步的過程，也是一個自我折磨的過程，希望我可以在這條路上走的再遠一點。
【本文地址：http://www.aiweibaby.com/zuowen/7258059.html】
