數(shù)據(jù)庫總結（十二篇）

【第1篇 數(shù)據(jù)庫課程設計個人總結

在開學的第一周，我參加了院里組織的數(shù)據(jù)庫課程設計，這項任務是分組分工完成的，我們組有五名成員，分別是我們班學號的后五位同學，很榮幸地我被推薦為我們組的組長，在組長的“英明”指導下，全體組員團結奮斗，使得任務完成地比我們預期的要稍早一些，也比預期要漂亮一些，這一點我們都感到很高興也很自豪。

王婆賣瓜時間過了，言歸正傳吧。凡是都要有個總結，以下便是我在這個課程設計中的一點心得。

首先我分析一下我們組任務順利完成的成功之處并總結一些經(jīng)驗，供以后反省參考用。

凡事預則備，不預則廢。這是我的座右銘，也是我深有感悟的幾句古語之一。在這個項目的開始階段，老師便讓我們做了個進度安排表，我很好的利用了這次機會，花了較多心思作出了一個很詳細的進度安排表，之后我們組任務的完成也是嚴格按照這個進度表進行的。當然我后來去了解了一下別的組的情況，有些組的進度安排表沒我們組做完善的一個很重要的原因就是他們對這一周的數(shù)據(jù)庫課程設計到底還沒什么概念。導致這種現(xiàn)象的原因有很多方面，一個是基礎太差不能理解老師安排的任務(當然這種人比較少)，一種是缺乏交流，這個交流包括組內的交流，也包括組間的，范文top100更包括與老師之間的，這也就引出了我的第二個心得。

多交流，這是我這次項目的第二個心得。對于這種分工完成的項目，組員之間的交流是極其必要的。如果組員之間不能很好的溝通，不僅會做很多無用功，而且也會做很多重復的工作。組員之間很好點，我們每天都會在qq上或者見面相互交流，并及時修改進度安排表;除此之外，我們還相互幫助解決問題，或者共同解決問題，比如說這次的概念模型的設計，我們組負責設計概念數(shù)據(jù)模型的同學(趙##)和負責數(shù)據(jù)需求分析的同學(左##)就經(jīng)常溝通(因為兩者的任務聯(lián)系比較緊密)，共同解決問題，才會做出令我們組員都比較滿意的數(shù)據(jù)概念模型和漂亮的數(shù)據(jù)需求分析文檔;當然最重要的是我們也常會去與老師溝通，老師也在關鍵的設計地方也給了很多很多的寶貴意見。當然不得不作出檢討的地方是組長這次與老師交流的比較少，反而不及組員，希望在接下來的項目中能有所改觀，起好帶頭作用。我同樣也有觀察別的組完成情況，發(fā)現(xiàn)有些組出現(xiàn)了組長包干或者組長與個別組員的包干的現(xiàn)象，我覺得導致出現(xiàn)這種可怕現(xiàn)象的主要責任在于組長，組長的任務不僅僅參與部分任務的完成，更重要的是分配任務并協(xié)調組間關系，是溝通交流的一根主要管道。通俗的講就是組長上要聯(lián)系老師，中要與他組交流，下要與組員積極溝通，我覺得這也是組長這個角色的設置的必要所在吧。我真心地希望在我們下一個創(chuàng)新課程j2ee的訓練中我們班不要再出現(xiàn)這種現(xiàn)象，每個人都有平等得到鍛煉的機會，組長不認真分配任務不積極與組員溝通在某種程度上剝奪了組員得到鍛煉的機會，而更可悲的是很多組員還沒有意識到這一點。

多主動，這一點原本和上一點多交流有很多相似之處，但我把它專門列出來也是為了體現(xiàn)他的重要性。多主動一方面是說要主動積極的思考解決問題。有很多同學比較好學，總是不停的在與別人溝通交流，看似很積極，但是仔細分析他提出的那些問題著實汗涔涔，有些問題近似牢__話類，稍微開動點腦筋就能解決的，但其總不會先去尋找解決問題的辦法后再提出個經(jīng)過大腦過濾的問題，說白了就是凡事都沒有個自己稍微成熟的看法。關于這一點我曾經(jīng)就一度犯過，現(xiàn)在回想起那段歲月著實還是對有些同學的耐心感動到熱淚盈眶。直到有一天張老師找我談了一次我才幡然醒悟到，之后便有了教大的長進，酷貓寫作范文網(wǎng)至少變得比較會提問題了。當然我覺得這一點還是值得給與一定程度的肯定的，至少他肯學，比起那種喜歡“搭順風車”的同學強多了。我上面提到的而關于組長的剝奪組員鍛煉權利的問題想必要是被有些組長看了會大有意見，組長會說：“你以為我喜歡一個人全干啊，還不是被逼的”。出現(xiàn)這種情況也于他們組喜歡“搭便車”的人太多了有關系，這也在一定程度上映射出了這個組組員和組長團隊意識的極度缺乏。又扯遠了，總之喜歡“搭車”的那部分同學可要提高警惕了，眼看過一年就要出去實習了，還不抓緊時間主動學點東西，還不停的讓組長剝削你得到鍛煉的機會，以后在這條路上怎么混得下去啊?

以上很簡單的三點讓我們組在這次設計之中順利完成了任務，下面談談我們組在這次任務中做的不足的地方吧。

首先得從組長自身談起，剛有說到組長與老師交流較少是第一點，第二點是組長一直以來的老毛病了，就是基礎不扎實，數(shù)據(jù)庫的理論知識很多考完就忘的干干凈凈，在項目的開始階段又返工去補習部分數(shù)據(jù)庫的知識，思想?yún)R報專題而且我們的組員大部分也這樣，甚至班里有很多同學也是這樣的。所以以后對于重要的專業(yè)基礎課一定要牢牢把握，絕不能追求過一門算一門。不過話說回來，組長這次返工還是較有成效，很快的理解了設計任務，并以最快的速度做好了詳細的進度安排表，需要被鼓勵一下呵呵。第三點就是組長對問題的解決程度缺乏完美的追求，說通俗一點就是不求甚解，其實在我們的設計模型中，有一些地方還可以做調整的，數(shù)據(jù)的完整性和合理性將會進一步提升，如果我?guī)ьI組員朝這個方向再多努力一點，水平就不僅僅提高幾個檔次了，但是組長鼓勵組員去解決了一部分，且在一些地方確實做了修改。

其次說說組員，這幾位組員中有兩位與組長合作過一次，默契還不錯，在這次的任務的完成中發(fā)揮了很大的作用，他們是周#和左##，分別擔任功能需求說明書的編寫和數(shù)據(jù)需求分析說明書的編寫，曾在第一次小組會議就表示一定要交出令組長非常滿意的作品，而且事實的確是這樣，范文寫作都完成的很出色。而其余兩位同學相對主動性就差了點，總是要組長不停的花心思督促能勉強完成任務，令組長很是頭疼，但總的來說還是很配合，但這也在一定程度上導致組內組員水平出現(xiàn)較大差異。

【第2篇 2023年數(shù)據(jù)庫課程設計個人工作總結范文

在開學的第一周，我參加了院里組織的數(shù)據(jù)庫課程設計，這項任務是分組分工完成的，我們組有五名成員，分別是我們班學號的后五位同學，很榮幸地我被推薦為我們組的組長，在組長的“英明”指導下，全體組員團結奮斗，使得任務完成地比我們預期的要稍早一些，也比預期要漂亮一些，這一點我們都感到很高興也很自豪。

王婆賣瓜時間過了，言歸正傳吧。凡是都要有個總結，以下便是我在這個課程設計中的一點心得。

首先我分析一下我們組任務順利完成的成功之處并總結一些經(jīng)驗，供以后反省參考用。

凡事預則備，不預則廢。這是我的座右銘，也是我深有感悟的幾句古語之一。在這個項目的開始階段，老師便讓我們做了個進度安排表，我很好的利用了這次機會，花了較多心思作出了一個很詳細的進度安排表，之后我們組任務的完成也是嚴格按照這個進度表進行的。當然我后來去了解了一下別的組的情況，有些組的進度安排表沒我們組做完善的一個很重要的原因就是他們對這一周的數(shù)據(jù)庫課程設計到底還沒什么概念。導致這種現(xiàn)象的原因有很多方面，一個是基礎太差不能理解老師安排的任務（當然這種人比較少），一種是缺乏交流，這個交流包括組內的交流，也包括組間的，更包括與老師之間的，這也就引出了我的第二個心得。

多交流，這是我這次項目的第二個心得。對于這種分工完成的項目，組員之間的交流是極其必要的。如果組員之間不能很好的溝通，不僅會做很多無用功，而且也會做很多重復的工作。組員之間很好點，我們每天都會在qq上或者見面相互交流，并及時修改進度安排表；除此之外，我們還相互幫助解決問題，或者共同解決問題，比如說這次的概念模型的設計，我們組負責設計概念數(shù)據(jù)模型的同學（趙##）和負責數(shù)據(jù)需求分析的同學（左##）就經(jīng)常溝通（因為兩者的任務聯(lián)系比較緊密），共同解決問題，才會做出令我們組員都比較滿意的數(shù)據(jù)概念模型和漂亮的數(shù)據(jù)需求分析文檔；當然最重要的是我們也常會去與老師溝通，老師也在關鍵的設計地方也給了很多很多的寶貴意見。當然不得不作出檢討的地方是組長這次與老師交流的比較少，反而不及組員，希望在接下來的項目中能有所改觀，起好帶頭作用。我同樣也有觀察別的組完成情況，發(fā)現(xiàn)有些組出現(xiàn)了組長包干或者組長與個別組員的包干的現(xiàn)象，我覺得導致出現(xiàn)這種可怕現(xiàn)象的主要責任在于組長，組長的任務不僅僅參與部分任務的完成，更重要的是分配任務并協(xié)調組間關系，是溝通交流的一根主要管道。通俗的講就是組長上要聯(lián)系老師，中要與他組交流，下要與組員積極溝通，我覺得這也是組長這個角色的設置的必要所在吧。我真心地希望在我們下一個創(chuàng)新課程j2ee的訓練中我們班不要再出現(xiàn)這種現(xiàn)象，每個人都有平等得到鍛煉的機會，組長不認真分配任務不積極與組員溝通在某種程度上剝奪了組員得到鍛煉的機會，而更可悲的是很多組員還沒有意識到這一點。

多主動，這一點原本和上一點多交流有很多相似之處，但我把它專門列出來也是為了體現(xiàn)他的重要性。多主動一方面是說要主動積極的思考解決問題。有很多同學比較好學，總是不停的在與別人溝通交流，看似很積極，但是仔細分析他提出的那些問題著實汗涔涔，有些問題近似牢騷話類，稍微開動點腦筋就能解決的，但其總不會先去尋找解決問題的辦法后再提出個經(jīng)過大腦過濾的問題，說白了就是凡事都沒有個自己稍微成熟的看法。關于這一點我曾經(jīng)就一度犯過，現(xiàn)在回想起那段歲月著實還是對有些同學的耐心感動到熱淚盈眶。直到有一天張老師找我談了一次我才幡然醒悟到，之后便有了教大的長進，至少變得比較會提問題了。當然我覺得這一點還是值得給與一定程度的肯定的，至少他肯學，比起那種喜歡“搭順風車”的同學強多了。我上面提到的而關于組長的剝奪組員鍛煉權利的問題想必要是被有些組長看了會大有意見，組長會說：“你以為我喜歡一個人全干啊，還不是被逼的”。出現(xiàn)這種情況也于他們組喜歡“搭便車”的人太多了有關系，這也在一定程度上映射出了這個組組員和組長團隊意識的極度缺乏。又扯遠了，總之喜歡“搭車”的那部分同學可要提高警惕了，眼看過一年就要出去實習了，還不抓緊時間主動學點東西，還不停的讓組長剝削你得到鍛煉的機會，以后在這條路上怎么混得下去??？

以上很簡單的三點讓我們組在這次設計之中順利完成了任務，下面談談我們組在這次任務中做的不足的地方吧。

首先得從組長自身談起，剛有說到組長與老師交流較少是第一點，第二點是組長一直以來的老毛病了，就是基礎不扎實，數(shù)據(jù)庫的理論知識很多考完就忘的干干凈凈，在項目的開始階段又返工去補習部分數(shù)據(jù)庫的知識，而且我們的組員大部分也這樣，甚至班里有很多同學也是這樣的。所以以后對于重要的專業(yè)基礎課一定要牢牢把握，絕不能追求過一門算一門。不過話說回來，組長這次返工還是較有成效，很快的理解了設計任務，并以最快的速度做好了詳細的進度安排表，需要被鼓勵一下呵呵。第三點就是組長對問題的解決程度缺乏完美的追求，說通俗一點就是不求甚解，其實在我們的設計模型中，有一些地方還可以做調整的，數(shù)據(jù)的完整性和合理性將會進一步提升，如果我?guī)ьI組員朝這個方向再多努力一點，水平就不僅僅提高幾個檔次了，但是組長鼓勵組員去解決了一部分，且在一些地方確實做了修改。

其次說說組員，這幾位組員中有兩位與組長合作過一次，默契還不錯，在這次的任務的完成中發(fā)揮了很大的作用，他們是周#和左##，分別擔任功能需求說明書的編寫和數(shù)據(jù)需求分析說明書的編寫，曾在第一次小組會議就表示一定要交出令組長非常滿意的作品，而且事實的確是這樣，都完成的很出色。而其余兩位同學相對主動性就差了點，總是要組長不停的花心思督促能勉強完成任務，令組長很是頭疼，但總的來說還是很配合，但這也在一定程度上導致組內組員水平出現(xiàn)較大差異。

怎么辦呢不足之處真還少，可能是組長反省的還不夠吧，等以后

【第3篇 數(shù)據(jù)庫access的優(yōu)缺點總結

數(shù)據(jù)庫access的優(yōu)缺點總結

這一學期的最后我們了解了一些access方面的知識，對這門課程的學習過程，主要是通過自學的方式，我們自己看了access的視頻講解，然后自己完成老師布置的相關任務，這種任務驅動的.教學模式我認為也是很有效的。下面我淺談一下我學習access數(shù)據(jù)庫的心得體會和對access的一些初步認識。

一開始我對access一竅不通，甚至不知道它是干什么的，后來看完了老師提供的視頻的介紹對它略有了解。

microsoftofficeaccess是由微軟發(fā)布的關聯(lián)式數(shù)據(jù)庫管理系統(tǒng)。它結合了microsoftjetdatabaseengine和圖形用戶界面兩項特點，是一種關系數(shù)據(jù)庫工具。它在很多地方得到廣泛使用，例如小型企業(yè)，大公司的部門，和喜愛編程的開發(fā)人員專門利用它來制作處理數(shù)據(jù)的桌面系統(tǒng)。它也常被用來開發(fā)簡單的web應用程序．

它有優(yōu)點也有缺點，分列如下：

a優(yōu)點：

（1）存儲方式單一

access管理的對象有表、查詢、窗體、報表、頁、宏和模塊，以上對象都存放在后綴為（.mdb）的數(shù)據(jù)庫文件種，便于用戶的操作和管理。

(2)面向對象

access是一個面向對象的開發(fā)工具。它將一個應用系統(tǒng)當作是由一系列對象組成的，通過對象的方法、屬性完成數(shù)據(jù)庫的操作和管理，極大地簡化了開發(fā)工作。同時，這種基于面向對象的開發(fā)方式，使得開發(fā)應用程序更為簡便。

（3）界面友好、易操作

access是一個可視化工具，用戶想要生成對象并應用，只要使用鼠標進行拖放即可，非常直觀方便。系統(tǒng)還提供了表生成器、查詢生成器、報表設計器以及數(shù)據(jù)庫向導、表向導、查詢向導、窗體向導、報表向導等工具，使得操作簡便，容易使用和掌握。

（4）access可以在一個數(shù)據(jù)表中嵌入位圖、聲音、e_cel表格、word文檔，還可以建立動態(tài)的數(shù)據(jù)庫報表和窗體等。

access還可以將程序應用于網(wǎng)絡，并與網(wǎng)絡上的動態(tài)數(shù)據(jù)相聯(lián)接，輕松生成網(wǎng)頁。

b、缺點：

access是小型數(shù)據(jù)庫，既然是小型就有它根本的局限性：

access數(shù)據(jù)庫不支持并發(fā)處理、數(shù)據(jù)庫易被下載存在安全隱患、數(shù)據(jù)存儲量相對較小等。而且在以下幾種情況下數(shù)據(jù)庫基本上會吃不消：

1.數(shù)據(jù)庫過大，一般access數(shù)據(jù)庫達到50m左右的時候性能會急劇下降。

2.網(wǎng)站訪問頻繁，經(jīng)常達到100人左右的在線。

3.記錄數(shù)過多，一般記錄數(shù)達到10萬條左右的時候性能就會急劇下降。

【第4篇 數(shù)據(jù)庫課程設計的個人總結

數(shù)據(jù)庫課程設計的個人總結

在開學的第一周，我參加了院里組織的數(shù)據(jù)庫課程設計，這項任務是分組分工完成的，我們組有五名成員，分別是我們班學號的后五位同學，很榮幸地我被推薦為我們組的組長，在組長的“英明”指導下，全體組員團結奮斗，使得任務完成地比我們預期的要稍早一些，也比預期要漂亮一些，這一點我們都感到很高興也很自豪。

王婆賣瓜時間過了，言歸正傳吧。凡是都要有個總結，以下便是我在這個課程設計中的一點心得。

首先我分析一下我們組任務順利完成的成功之處并總結一些經(jīng)驗，供以后反省參考用。

凡事預則備，不預則廢。這是我的座右銘，也是我深有感悟的幾句古語之一。在這個項目的開始階段，老師便讓我們做了個進度安排表，我很好的利用了這次機會，花了較多心思作出了一個很詳細的進度安排表，之后我們組任務的完成也是嚴格按照這個進度表進行的。當然我后來去了解了一下別的組的情況，有些組的進度安排表沒我們組做完善的一個很重要的原因就是他們對這一周的數(shù)據(jù)庫課程設計到底還沒什么概念。導致這種現(xiàn)象的原因有很多方面，一個是基礎太差不能理解老師安排的任務（當然這種人比較少），一種是缺乏交流，這個交流包括組內的交流，也包括組間的，更包括與老師之間的，這也就引出了我的第二個心得。

多交流，這是我這次項目的第二個心得。對于這種分工完成的項目，組員之間的交流是極其必要的。如果組員之間不能很好的溝通，不僅會做很多無用功，而且也會做很多重復的工作。組員之間很好點，我們每天都會在qq上或者見面相互交流，并及時修改進度安排表；除此之外，我們還相互幫助解決問題，或者共同解決問題，比如說這次的概念模型的設計，我們組負責設計概念數(shù)據(jù)模型的同學（趙##）和負責數(shù)據(jù)需求分析的同學（左##）就經(jīng)常溝通（因為兩者的任務聯(lián)系比較緊密），共同解決問題，才會做出令我們組員都比較滿意的數(shù)據(jù)概念模型和漂亮的數(shù)據(jù)需求分析文檔；當然最重要的是我們也常會去與老師溝通，老師也在關鍵的設計地方也給了很多很多的寶貴意見。當然不得不作出檢討的地方是組長這次與老師交流的比較少，反而不及組員，希望在接下來的項目中能有所改觀，起好帶頭作用。我同樣也有觀察別的組完成情況，發(fā)現(xiàn)有些組出現(xiàn)了組長包干或者組長與個別組員的包干的現(xiàn)象，我覺得導致出現(xiàn)這種可怕現(xiàn)象的主要責任在于組長，組長的任務不僅僅參與部分任務的完成，更重要的是分配任務并協(xié)調組間關系，是溝通交流的一根主要管道。通俗的講就是組長上要聯(lián)系老師，中要與他組交流，下要與組員積極溝通，我覺得這也是組長這個角色的設置的必要所在吧。我真心地希望在我們下一個創(chuàng)新課程j2ee的訓練中我們班不要再出現(xiàn)這種現(xiàn)象，每個人都有平等得到鍛煉的機會，組長不認真分配任務不積極與組員溝通在某種程度上剝奪了組員得到鍛煉的機會，而更可悲的是很多組員還沒有意識到這一點。

多主動，這一點原本和上一點多交流有很多相似之處，但我把它專門列出來也是為了體現(xiàn)他的重要性。多主動一方面是說要主動積極的思考解決問題。有很多同學比較好學，總是不停的在與別人溝通交流，看似很積極，但是仔細分析他提出的那些問題著實汗涔涔，有些問題近似牢騷話類，稍微開動點腦筋就能解決的，但其總不會先去尋找解決問題的辦法后再提出個經(jīng)過大腦過濾的問題，說白了就是凡事都沒有個自己稍微成熟的看法。關于這一點我曾經(jīng)就一度犯過，現(xiàn)在回想起那段歲月著實還是對有些同學的耐心感動到熱淚盈眶。直到有一天張老師找我談了一次我才幡然醒悟到，之后便有了教大的長進，至少變得比較會提問題了。當然我覺得這一點還是值得給與一定程度的肯定的，至少他肯學，比起那種喜歡“搭順風車”的同學強多了。我上面提到的而關于組長的剝奪組員鍛煉權利的問題想必要是被有些組長看了會大有意見，組長會說：“你以為我喜歡一個人全干啊，還不是被逼的”。出現(xiàn)這種情況也于他們組喜歡“搭便車”的.人太多了有關系，這也在一定程度上映射出了這個組組員和組長團隊意識的極度缺乏。又扯遠了，總之喜歡“搭車”的那部分同學可要提高警惕了，眼看過一年就要出去實習了，還不抓緊時間主動學點東西，還不停的讓組長剝削你得到鍛煉的機會，以后在這條路上怎么混得下去啊？

以上很簡單的三點讓我們組在這次設計之中順利完成了任務，下面談談我們組在這次任務中做的不足的地方吧。

首先得從組長自身談起，剛有說到組長與老師交流較少是第一點，第二點是組長一直以來的老毛病了，就是基礎不扎實，數(shù)據(jù)庫的理論知識很多考完就忘的干干凈凈，在項目的開始階段又返工去補習部分數(shù)據(jù)庫的知識，而且我們的組員大部分也這樣，甚至班里有很多同學也是這樣的。所以以后對于重要的專業(yè)基礎課一定要牢牢把握，絕不能追求過一門算一門。不過話說回來，組長這次返工還是較有成效，很快的理解了設計任務，并以最快的速度做好了詳細的進度安排表，需要被鼓勵一下呵呵。第三點就是組長對問題的解決程度缺乏完美的追求，說通俗一點就是不求甚解，其實在我們的設計模型中，有一些地方還可以做調整的，數(shù)據(jù)的完整性和合理性將會進一步提升，如果我?guī)ьI組員朝這個方向再多努力一點，水平就不僅僅提高幾個檔次了，但是組長鼓勵組員去解決了一部分，且在一些地方確實做了修改。

其次說說組員，這幾位組員中有兩位與組長合作過一次，默契還不錯，在這次的任務的完成中發(fā)揮了很大的作用，他們是周#和左##，分別擔任功能需求說明書的編寫和數(shù)據(jù)需求分析說明書的編寫，曾在第一次小組會議就表示一定要交出令組長非常滿意的作品，而且事實的確是這樣，都完成的很出色。而其余兩位同學相對主動性就差了點，總是要組長不停的花心思督促能勉強完成任務，令組長很是頭疼，但總的來說還是很配合，但這也在一定程度上導致組內組員水平出現(xiàn)較大差異。

【第5篇 數(shù)據(jù)庫工程師工作總結

數(shù)據(jù)庫工程師工作總結

工作總結做好了，才能更好的開展以后的工作，如果你只是敷衍了事，即使做了工作總結，也是浪費時間，因為它對你毫無意義。所以我們在寫工作總結時，應該適當?shù)淖⒅刭|量，你想寫好的工作總結，下面就參考小編提供的吧！

數(shù)據(jù)庫工程師工作總結

在過去的一年，軟件研發(fā)部團結協(xié)作，以及在公司這充滿奮斗的環(huán)境下，我以嚴肅認真的工作態(tài)度和百折不饒的精神，努力的完成了公司的各項工作，在軟件研發(fā)、團隊協(xié)作和個人成長上也取得了一定的成績，

程序員個人年終總結。在公司一年的工作已經(jīng)結束，特向公司總結匯報如下：

一、軟件研發(fā)

根據(jù)公司的安排，項目的需要。在自身的努力、伍經(jīng)理的幫組，團隊的合作下，克服重重技術困難，增長了工作經(jīng)驗，收獲豐盈：

1、asp.net 開發(fā)

以前我在其他公司也做過一些開發(fā)，但是底層和架構與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛煉，我成長了，我學會了很多很多。

首先，面向對象語言的.收獲。對于當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，通過這次asp.net項目的深入，不管是數(shù)據(jù)還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方等。asp.net如此，c#如此java也同樣如此。

其次，具備獨立完成vb.net知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領域也非常廣，常用的重要的都有涉及，并且還補充_ml,java script實際操作中空白的部分。通過這一年的開發(fā)，在.net 方面我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。localhost通過c#這次軟件的開發(fā)，也發(fā)現(xiàn)自己的不足，如基礎知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、數(shù)據(jù)庫開發(fā)

數(shù)據(jù)庫是伴隨著項目以來用的最多最平凡的技術。以前對數(shù)據(jù)庫只是會一些簡單常用的操作，經(jīng)過這一年項目的實戰(zhàn)，對數(shù)據(jù)庫的操作增加了一些豐富的經(jīng)驗。為以后的工作和經(jīng)驗的積累都奠定了堅實的基礎。同時在項目中還用到了oracel與 access數(shù)據(jù)庫,這是我最大的收獲。

優(yōu)點：能熟練的運用數(shù)據(jù)庫技術進行開發(fā)。 特別是對sql數(shù)據(jù)庫的操作，經(jīng)過這么長時間的積累，基本上能合理的設計和新建數(shù)據(jù)庫，同時在數(shù)據(jù)結構上也加強了對數(shù)據(jù)庫的理解，通過項目的實踐現(xiàn)在能熟練使用和編寫多種sql語句。還掌握了一些關于數(shù)據(jù)庫優(yōu)化sql語句優(yōu)化的方法，能進行一些簡單的優(yōu)化。

缺點：數(shù)據(jù)是一門比較先進的技術，并不是你會寫一些sql語句，能建幾個數(shù)據(jù)庫你就是數(shù)據(jù)庫工程師。要成為一個好的數(shù)據(jù)庫管理員是要經(jīng)過長時間的工作積累。針對自己的不足，在以后的工作和學習中多接觸，多運用新的知識點。充實自己的經(jīng)驗和知識儲備。

二、團隊協(xié)作

關于上面的成功與收獲，我除了自身努力外，還有及公司的支持。是這個團隊鑄造了我。在我們這個團隊也是因為有了我們這些拼搏協(xié)作的隊員，使得它成為一個具有務實、拼搏、創(chuàng)新精神的團隊。我與軟件研發(fā)小組是一個整體，這里的團隊總結也就是我在這個團隊中的收獲。

務實：公司下發(fā)的任務，下發(fā)的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關對公司有益的事情。相信在伍經(jīng)理的帶領下現(xiàn)在是這樣，以后同樣也是這樣。

拼搏：公司給的每一個任務不管它多難，如果工作沒有完成我們會晚上加班，也要盡可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄周末休息時間也要盡可能的使項目提前。

創(chuàng)新：現(xiàn)在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程序正確的前提盡可能的提高程序的效率。

互助：我們的小組內只要任何一個人出現(xiàn)技術或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯后。

交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術問題。這樣可以省了很多重復研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言“人強團則強，人弱團則削”。

三、個人成長

通過公司這快一年的鍛煉與學習我真的進步了很許多，不管從技術上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

技術上：不管從語言上還是做事的邏輯上都得到了很大的提高?，F(xiàn)在在軟件小組里面自己能獨立完成一部分工作，承擔自己的責任。

【第6篇 sqlserver數(shù)據(jù)庫實訓總結

sqlserver數(shù)據(jù)庫實訓總結

為期一周的實訓已經(jīng)結束，從這一周中，有了很多的感悟。從學到和掌握到的東西來說，在書本上學到的東西非常不牢固，然而實訓真的讓我受益匪淺！實訓第一天到教室時，看到老師給我們講試訓的內容與要求，然后告訴我們一些要完成的任務與作業(yè)，然后根據(jù)試訓的內容與要求授課，讓我們從實踐中去體會所學的知識。說實話，對于sql server 數(shù)據(jù)庫，我所學到的知識很不牢固，當時在課堂上聽課所記住的也并不多，所以在試訓開始時，真的不知道該干些什么？有一種“何去何從”的感覺！但隨著老師的教課和講解，以及和同學的討論，再結合自己所知道的知識和老師所發(fā)放下的課程內容，根據(jù)這些實際的情況，我對自己將要做的事也有了興趣和信心。所以在接下來的時間中，我們在老師的幫助下開始了數(shù)據(jù)庫相關的實訓。 在這次的google訂餐系統(tǒng)的設計過程中，我們根據(jù)該google訂餐系統(tǒng)的功能，將其分解三大部分來完成，第一部分就是建立數(shù)據(jù)庫和表，并給其添加約束；第二是角色的`管理，分為管理員，訂餐用戶和餐館；第三就是用編程語言建立管理菜單。所以 試訓的內容是從數(shù)據(jù)庫和數(shù)據(jù)表的創(chuàng)建和修改開始的，表是建立關系數(shù)據(jù)庫的基本結構，用來存儲數(shù)據(jù)具有已定義的屬性，在表的操作過程中，有查看表屬性，有查看表信息，修改表中數(shù)據(jù)，刪除表中的數(shù)據(jù)以及修改表與刪除表的操作。我們以sql server數(shù)據(jù)庫為基礎，建立一個google訂餐系統(tǒng)的數(shù)據(jù)庫管理體系，并將數(shù)據(jù)庫與程序連接，用編程語言建

立數(shù)據(jù)庫管理菜單。老師給我們講了庫和表的創(chuàng)建方法，以及約束的內心及其語法結構，讓我們知道了不同約束的功能和使用的環(huán)境，還給我們說了標識列的使用和作用。講了數(shù)據(jù)庫的操作，增刪改查。使我們掌握了 into，d from，set，以及select_from語句的的相關知識和運用。其中還學到了分頁查詢以及多表查詢。

從這次試訓中讓我們更明白了一些知識，表是數(shù)據(jù)庫最重要的一個數(shù)據(jù)對象，表的創(chuàng)建好壞直接關系到數(shù)據(jù)庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以后在實際運用中使用多表，對表的規(guī)劃和理解就會越深刻。通過這次試訓，讓我深刻的了解到自己的不足，要想對進行數(shù)據(jù)庫更深的學習，自己得要多看有關的課外書籍，并多做練習，不懂得要多問同學和請教老師，以解決自己遇到的難題，知道更多的知識。實訓不僅是讓我們在實踐中對理論知識的驗證，也讓我們知道我們多學的知識在社會上的運用，把所學知識和企業(yè)商業(yè)接軌。

這次實訓，不僅讓我們學到了許多有關數(shù)據(jù)庫的知識，老師也給我們講了很多社會現(xiàn)狀和就業(yè)情況，讓我們不同的角度了解這個專業(yè)的就業(yè)趨勢。讓我們在今后的學習中更有動力的充實自己，曾加自己的知識面和鍛煉自己各方面能力。

【第7篇 oracle數(shù)據(jù)庫優(yōu)化策略總結

oracle數(shù)據(jù)庫優(yōu)化策略總結

select時不利用函數(shù)

在做頻繁的查詢壟斷時，盡量直接select字段名，然后利用c語言代碼對查詢收獲做二次加工，避免讓oracle來做混雜的函數(shù)可能數(shù)學計算。因為oracle出于通用性的琢磨，其函數(shù)及數(shù)學計算的速度遠不及用c語言直接編譯成機器碼后計算來的快。

綁定變量

這個能夠大幅度減退sql的“hard parse”，我們大局部過程都曾經(jīng)告終了變量綁定。個別未曾告終的，修正一下，也能很快看到收獲。

批量fetch

萬一順次select會歸來多條（幾百、上千）登記，利用批量fetch，例如順次fetch 1000條登記，要比一條條的fetch數(shù)據(jù)快的多，也能夠管用減退oracle的壓力。

批量提交

順次修正多條（例如小于10000條左右）登記，然后順次性提交，要比每條提交順次快的多。當然前提是業(yè)務邏輯批準這么做。

批量增刪改

萬一必需順次性修正可能剔除多條登記，能夠批準批量數(shù)組綁定的措施，這個和前面說得“綁定變量”相仿，差異是前者綁定的是一個變量，這里綁定的是一個大數(shù)組的首指針，這種措施要比逐條綁定厲行快的多。

sql預解析

前面的大局部是批量壟斷，還有一種常見的場景是小事務壟斷，但頻率極其高ne_tplas.com。這種場景等閑sql也不混雜，幾乎未曾優(yōu)化的余地了，然而由于壟斷頻繁，同樣會構成cpu居高不下?，F(xiàn)在我們的過程大局部都是下面這個利用形式：

loop parse sql; bind var; e_ecute sql; end loop;

固然我們利用了綁定變量的措施，然而由于壟斷頻繁，同樣構成許多的“soft parse”以及網(wǎng)絡通信。在內存數(shù)據(jù)庫中，我們等閑批準預解析的措施來長進效率，事實上，oracle很早就給開發(fā)者供給這種形式，只是開發(fā)者嫌繁瑣沒利于用而已。將過程改成下列形式：

parse sql; bind var; loop e_ecute sql; end loop;

這么就能夠管用減退oracle的壓力，能夠將厲行效率起碼長進一倍。然而這種形式波及到過程構造的'改變，定然在設計階段就這么做。否則，后期再調劑的話，危險和工作量都會很大。

sql語句的一些優(yōu)化措施

1、sql語句用大寫的；因為oracle總是先解析sql語句，把小寫的字母轉換成大寫的再厲行。

2、避免在索引列上利用not等閑，我們要避免在索引列上利用not， not會發(fā)生在和在索引列上利用函數(shù)雷同的波及。

3、當oracle“碰到”not，他就會靜止利用索引轉而厲行全表掃描。

4、避免在索引列上利用計算。where子句中，假定索引列是函數(shù)的一局部。優(yōu)化器將不利用索引而利用全表掃描。

5、盡量少用distinct壟斷，用e_ists輪換distinctvalues should never be negative。

【第8篇 2023計算機等考三級數(shù)據(jù)庫輔導：其他書上沒有的索引使用經(jīng)驗總結

（四）其他書上沒有的索引使用經(jīng)驗總結

1、用聚合索引比用不是聚合索引的主鍵速度快

下面是實例語句：（都是提取25萬條數(shù)據(jù)）

select gid,fariqi,neibuyonghu,reader,title from tgongwen where fariqi='2023-9-16'

使用時間：3326毫秒

select gid,fariqi,neibuyonghu,reader,title from tgongwen where gid<=250000

使用時間：4470毫秒

這里，用聚合索引比用不是聚合索引的主鍵速度快了近1/4。

2、用聚合索引比用一般的主鍵作order by時速度快，特別是在小數(shù)據(jù)量情況下

select gid,fariqi,neibuyonghu,reader,title from tgongwen order by fariqi

用時：12936

select gid,fariqi,neibuyonghu,reader,title from tgongwen order by gid

用時：18843

這里，用聚合索引比用一般的主鍵作order by時，速度快了3/10。事實上，如果數(shù)據(jù)量很小的話，用聚集索引作為排序列要比使用非聚集索引速度快得明顯的多；而數(shù)據(jù)量如果很大的話，如10萬以上，則二者的速度差別不明顯。

3、使用聚合索引內的時間段，搜索時間會按數(shù)據(jù)占整個數(shù)據(jù)表的百分比成比例減少，而無論聚合索引使用了多少個

select gid,fariqi,neibuyonghu,reader,title from tgongwen where fariqi>'2023-1-1'

用時：6343毫秒（提取100萬條）

select gid,fariqi,neibuyonghu,reader,title from tgongwen where fariqi>'2023-6-6'

用時：3170毫秒（提取50萬條）

select gid,fariqi,neibuyonghu,reader,title from tgongwen where fariqi='2023-9-16'

用時：3326毫秒（和上句的結果一模一樣。如果采集的數(shù)量一樣，那么用大于號和等于號是一樣的）

select gid,fariqi,neibuyonghu,reader,title from tgongwen where fariqi>'2023-1-1' and fariqi<'2023-6-6'

用時：3280毫秒

4 、日期列不會因為有分秒的輸入而減慢查詢速度

下面的例子中，共有100萬條數(shù)據(jù)，2023年1月1日以后的數(shù)據(jù)有50萬條，但只有兩個不同的日期，日期精確到日；之前有數(shù)據(jù)50萬條，有5000個不同的日期，日期精確到秒。

select gid,fariqi,neibuyonghu,reader,title from tgongwen where fariqi>'2023-1-1' order by fariqi

用時：6390毫秒

select gid,fariqi,neibuyonghu,reader,title from tgongwen where fariqi<'2023-1-1' order by fariqi

用時：6453毫秒

【第9篇 數(shù)據(jù)庫培訓的總結

關于數(shù)據(jù)庫培訓的總結

sql server 數(shù)據(jù)庫管理課實訓報告

這個星期是我們sql server 數(shù)據(jù)庫管理課的實訓，經(jīng)過一個星期的實訓，讓我將書本上的理論與實踐相結合，領會到了許多平時課堂上所沒有接受的課外知識課外訓練，懂得如何去運用自己學到的書本上的知識，而進行的一次分析設計綜合的訓練。而本次實訓的目的是讓我們掌握數(shù)據(jù)庫系統(tǒng)的原理、技術，將理論與實際相結合，應用現(xiàn)有的數(shù)據(jù)庫管理系統(tǒng)軟件，規(guī)范、科學地完成一個設計與實現(xiàn)。

其實說心里話，在實訓數(shù)據(jù)庫之前我對數(shù)據(jù)庫這門課程是既抗拒又害怕的。從第一節(jié)課開始，我在很認真的聽老師講課，而且自己也非常有信心學好這門課程。但是上了一個月的課程后我發(fā)現(xiàn)，對于數(shù)據(jù)庫我學的完全是迷迷糊糊，對于查詢命令學的也是似懂非懂，后來老師授課的內容開始越積越多，我不會的沒弄懂的也越積越多，最后開始害怕這門課上課，更害怕這門課考試。

抱著不想掛科的心理，在數(shù)據(jù)庫實訓之前，我抽了一個星期的時間仔細地看了書，并且把課后習題仔仔細細地重新做了一遍，對這本書的整個知識體系在腦袋里面有個大概的印象，后來老師告訴我們這次實訓的目標，于是我對這次實訓工作胸中就開始有大致的輪廓。 這次我們實訓的內容是從數(shù)據(jù)庫、數(shù)據(jù)表的創(chuàng)建和修改開始的，我知道了：

表是建立關系數(shù)據(jù)庫的基本結構，用來存儲數(shù)據(jù)具有已定義的`屬性，在表的操作過程中，有查看表信息、查看表屬性、修改表中的數(shù)據(jù)、刪除表中的數(shù)據(jù)及修改表和刪除表的操作。從實訓中讓我更明白一些知識，表是數(shù)據(jù)最重要的一個數(shù)據(jù)對象，表的創(chuàng)建好壞直接關系到數(shù)數(shù)據(jù)庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以后在實際應用中多使用表，對表的規(guī)劃和理解就會越深刻。

我們實訓的另一個內容是數(shù)據(jù)庫的約束、視圖、查詢。

查詢語句的基本結構，和簡單select語句的使用，多表連接查詢。而在視圖的操作中，也了解到了視圖是常見的數(shù)據(jù)庫對象，是提供查看和存取數(shù)據(jù)的另一種途徑，對查詢執(zhí)行的大部分操作，使用視圖一樣可以完成。使用視圖不僅可以簡化數(shù)據(jù)操作，還可以提高數(shù)據(jù)庫的安全性，不僅可以檢索數(shù)據(jù)，也可以通過視圖向基表中添加、修改和刪除數(shù)據(jù)。

存儲過程、觸發(fā)器也是我們實訓的內容之一， 在操作中有建立存儲過程，執(zhí)行存儲過程，及查看和修改存儲過程，這些都是非?；A的東西，但對用戶卻是非常重要的呢，只有熟悉了t_sql語言，才能更好的掌握更多的東西。

我們還學習了，sql管理、數(shù)據(jù)的導入、導出、備份和還原。有sql server 安全訪問控制；登錄賬戶的管理；數(shù)據(jù)庫角色的管理；用戶權限管理。維護數(shù)據(jù)庫的安全是確保數(shù)據(jù)庫正常運行的重要工作。數(shù)據(jù)的備份是對sql server數(shù)據(jù)事務日志進行拷貝，數(shù)據(jù)庫備份記錄了在進行備份操作的數(shù)據(jù)庫中所有數(shù)據(jù)的狀態(tài)。而數(shù)據(jù)的備份還分為數(shù)據(jù)庫完整備份、差異備份、事務日志備份、文件及文件組備份。做數(shù)據(jù)備份就是為了以后的數(shù)據(jù)庫恢復用。在實訓內容上我們還做了倉庫管理數(shù)據(jù)庫，其中的要求包含了許多數(shù)據(jù)庫的對象，綜合了我們所學的許多知識，讓我們更努力的把所學到的東西運用上去。

實訓課是在學習與探索中度過的，短暫的一星期實訓是結束了，但其中讓我們學到了許多知識，出現(xiàn)許多未知的為什么，如數(shù)據(jù)備份與還原的步驟，如何建立視圖、觸發(fā)器等一系列的問題，正是在老師和同學的共同努力之下，我們才一步步把問題解決了，最終完成了自己一個人不可能完成的任務。

這次實訓我和馮亞勤組成一個小組來共同完成這次的實訓項目，每次實訓我都能感受到團隊的合作很重要，這次的實訓也不例外。我有不會做的題的時候會問馮亞勤，馮亞勤不會的時候我倆會一起看書一起商量著做，當做出來的命令還是不對的時候會請老師幫忙。有的時候是自己太粗心，寫錯了一個單詞執(zhí)行不出來你工齡的時候就以為自己寫的命令語法有問題，老師看到了會耐心的指出來是我單詞寫錯了。于是我認識到在以后的工作中不僅要有頭腦還應該認真仔細有耐心。

【第10篇 2023計算機等考三級數(shù)據(jù)庫輔導：sqlserver4個超時問題的解決方法總結

本文主要給大家介紹sql server數(shù)據(jù)庫超時方面的4個問題，它們分別是數(shù)據(jù)庫設計問題造成sql數(shù)據(jù)庫新增數(shù)據(jù)時超時，sql server數(shù)據(jù)庫超時設置，查詢語句時超時，應用程序連接失敗，這些問題是我在學習過程中的一些總結，特分享給大家。

1.由于數(shù)據(jù)庫設計問題造成sql數(shù)據(jù)庫新增數(shù)據(jù)時超時

癥狀:

microsoft ole db provider for sql server 錯誤 '80040e31' （[odbc sql server driver]超時已過期）;

服務器上看cpu、內存占用率很低;

事件日志中提示: 數(shù)據(jù)庫 '_________' 中文件 '___________' 的自動增長在 453 毫秒后已取消或出現(xiàn)超時。使用 alter database 設置更小的 filegrowth 或設置新的大小。

原因:

數(shù)據(jù)庫設置時,[文件增長]按百分比來增長,當數(shù)據(jù)庫文件很大時(1g以上),新增操作都會報超時，而這時候其實cpu、內存占用率都非常非常的低。

解決方法:

把上述的文件增長這里設置為一個更低的百分比或者直接指定增加多少兆字節(jié)。

2.sql server數(shù)據(jù)庫超時設置

修改客戶端的連接超時設置。默認情況下，通過企業(yè)管理器注冊另外一臺sql server的超時設置是 4 秒，而查詢分析器是 15 秒。

企業(yè)管理器中的設置:

a、在企業(yè)管理器中，選擇菜單上的'工具'，再選擇'選項'；

b、在彈出的'sql server企業(yè)管理器屬性'窗口中，點擊'高級'選項卡；

c、在'連接設置'下的'登錄超時（秒）'右邊的框中輸入一個比較大的數(shù)字，如 30。

查詢分析器中的設置:

單擊“工具”->'選項'->'連接'; 將登錄超時設置為一個較大的數(shù)字，連接超時改為0。

3.查詢語句時超時

原因分析:

查詢超時一般來說首先要從sql語句和數(shù)據(jù)表的結構上找原因，優(yōu)化sql語句和為數(shù)據(jù)庫的查詢字段建索引是最常用的辦法。

另外，數(shù)據(jù)庫的查詢超時設置一般是sqlserver自己維護的（在你沒有修改query wait配置前），只有當你的實際查詢時間超過估計查詢時間的25倍時，才會超時。

而造成超出估計值那么多的原因有兩種可能:

一是估計時間不準確；

二是sql語句涉及到大量占用內存的查詢（如排序和哈希操作），內存不夠，需要排隊等待資源造成的。

解決辦法:

a.優(yōu)化語句,創(chuàng)建使用合適的索引;

b.解決第一個問題的方法,更新要查詢表的索引分發(fā)統(tǒng)計，保證估計時間的正確性，update statistics 表名;

c.增加內存

4.應用程序連接失敗

故障:

在應用程序中我們也會遇到類似的錯誤信息，例如：

microsoft ole db provider for odbc drivers 錯誤 '80004005'. [microsoft][odbc sql server driver]超時已過期.

解決方法:

a.如果遇到連接超時的錯誤，我們可以在程序中修改 connection 對象的超時設置，再打開該連接。

b.如果遇到查詢超時的錯誤，我們可以在程序中修改 recordset 對象的超時設置，再打開結果集。

【第11篇 地名數(shù)據(jù)庫管理工作總結范文

（一）國家地名數(shù)據(jù)庫管理系統(tǒng)建設

____年2月，對國家地名數(shù)據(jù)庫管理系統(tǒng)3.0版本進行了升級維護，并充實了新的數(shù)據(jù)。

（二）提供《省行政區(qū)劃》組稿有關資料

____年3月，根據(jù)上級要求，錄入了我縣縣、鄉(xiāng)兩級行政區(qū)劃單位名稱、行政區(qū)劃代碼、面積、人口以及村（居）委會名稱和代碼，并上報到市局。

（三）界線聯(lián)檢工作

____年4月份，完成了-線聯(lián)檢實施方案，成立聯(lián)檢工作領導小組；5月份根據(jù)聯(lián)檢內容，實地勘察，進行了界線的自檢和共檢，并積極開展“邊界和諧走廊”建設活動，在6月10日前全部完成-年度界線聯(lián)檢工作。

（四）啟用“金民工程”行政區(qū)劃編碼管理系統(tǒng)，調整錄入縣轄區(qū)內的行政區(qū)劃名稱和行政區(qū)劃編碼。

（五）____年5月，按照民政部和省民政廳的部署要求，做好《政區(qū)大典·卷》的審核出版與宣傳征訂工作。

（六）____年6月20日，完成了縣烈士名錄中地名的更改。

（七）道路命名工作

____年6月10日，根據(jù)工作需要，調整了縣地名委員會組成人員,成立了新的地名委員會。編制了“縣城區(qū)道路現(xiàn)狀圖”，出臺了“縣城區(qū)道路命名（更名）征求意見書”,并在電視臺、政府網(wǎng)站等新聞媒體公開征集道路名。

7月18日-8月7月，縣民政局地名辦公室對征集到的意見和建議進行了匯總。本次征求意見共收到112人、1278條意見和建議，縣地名委員會召開了地名委員會全體成員專門會議，形成了“縣城區(qū)道路命名（更名）建議”。

10月20日，結合社會各界和市民政局的意見和建議，縣地名委員會形成了“縣城區(qū)新命名道路草案”。

（八）行政區(qū)劃調整工作

為大力推進新型城鎮(zhèn)化建設，增強區(qū)域發(fā)展競爭力，擬將鎮(zhèn)更名為鎮(zhèn)。為穩(wěn)妥的完成該項工作，縣民政局和鎮(zhèn)政府，進行和各種調查和走訪工作，并邀請相關專家在縣政府和市民政局召開了兩次專家論證。

____年6月，發(fā)放了500余份“鎮(zhèn)更名為鎮(zhèn)征求意見表”，廣泛征求社會各界的意見。

7月，走訪了鎮(zhèn)所有的村委會，形成了35個村委會的意見表，所有的村都進行村民代表討論，并簽字按指紋，都一致同意把鎮(zhèn)更名為鎮(zhèn)。并形成了“關于鎮(zhèn)更名為鎮(zhèn)的社會穩(wěn)定風險評估報告”。

7月11日，鎮(zhèn)人民政府和縣民政局在縣組織召開了“鎮(zhèn)”名稱論證會，與會專家一致同意鎮(zhèn)更名為鎮(zhèn)，形成了“關于鎮(zhèn)更名為鎮(zhèn)的論證報告”。

9月12日，在市民政局召開了“鎮(zhèn)名稱論證會”，與會專家一致同意鎮(zhèn)更名為鎮(zhèn)。

10月8日，將縣人民政府關于鎮(zhèn)更名為鎮(zhèn)的請示上報市政府。

（九）____年10月，完成了《省縣級行政區(qū)域界線詳圖集》中相關部分的編制和審核工作，并上報省民政廳。

（十）____年9月-11月，在地名公共服務系統(tǒng)軟件中，錄入了全縣1200多個自然村，并在地圖上進行了標注。

【第12篇 數(shù)據(jù)庫設計實踐總結

數(shù)據(jù)庫設計實踐總結

1.盡量使用數(shù)據(jù)冗余。

隨著磁盤容量的大幅飆升，這一點已經(jīng)不會產生什么問題。當然冗余歸冗余，不能把數(shù)據(jù)的關聯(lián)弄的亂七八糟的。

本科數(shù)據(jù)庫課程中學的知識直接拿來，在實際中會出大問題。滿足三級范式的數(shù)據(jù)庫結構會讓你面對大量的連表查詢，應用程序中會用到大量的數(shù)據(jù)庫訪問，既繁瑣(煩死你)又使程序運行速度減慢。

2.盡量不要使用varma_)類型

這一點主要是用動軟代碼生成器自動生成代碼時，如果varchar的最大長度指定為ma_，在自動生成代碼時，它無法生成這一最大長度，需要手動補進去。

現(xiàn)在感覺用個var1000)就夠了。

3.使用預留字段。

數(shù)據(jù)庫表(尤其是動態(tài)表格)，在你把所有字段都設計好了之后，再添加幾個備注字段和預留字段。

之前我覺得這樣做沒多大意義，因為預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現(xiàn)在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預留的無意義字段現(xiàn)在表示什么意義。不過我的第二個數(shù)據(jù)庫中還是沒采用，這也是遺憾之處埃

個人感覺用note1、note2、r1(r表示reserve)、r2、r3，2個備注字段和3個預留字段就足夠了,再多的話就不容易記住哪個字段具體表示什么意義了，容易暈。類型就都用var200)吧。

數(shù)據(jù)庫設計實踐總結2

在我看來，數(shù)據(jù)庫課程設計主要的目標是利用課程中學到的數(shù)據(jù)庫知識和技術較好的開發(fā)設計出數(shù)據(jù)庫應用系統(tǒng)，去解決各行各業(yè)信息化處理的要求。通過這次的課程設計，可以鞏固我們對數(shù)據(jù)庫基本原理和基礎理論的理解，掌握數(shù)據(jù)庫應用系統(tǒng)設計開發(fā)的基本方法，進一步提高我們綜合運用所學知識的能力。

當我們這組決定做大學生就業(yè)咨詢系統(tǒng)時，我們并沒有著手寫程序。而是大家一起商量這個系統(tǒng)概述、系統(tǒng)目標、系統(tǒng)需求、業(yè)務流程分析、數(shù)據(jù)流程分析和數(shù)據(jù)詞典。當這些都準備好了之后，我們進行模塊的分工。每個人都有自己的模塊設計，而且寫出來的代碼要求可以實現(xiàn)相應模塊的功能，得到理想的效果。當每個人都把自己的分工做好了，最后會由一個人把這些全部組合搭建在一起。我們使用的是html和php相互嵌套使用，當一個系統(tǒng)做好了之后，我會好好地把程序都看一遍，理會其中的.奧秘。

我所負責的是數(shù)據(jù)庫的備份和還原還有一些界面的實現(xiàn)。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了癡迷的程度。然而php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發(fā)出很多大型的系統(tǒng)。但是在做備份和還原的時候，要考慮的東西還是很多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閱下，我把自己的模塊做好了。這就是我收獲最大的地方。而且，我明白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。

知識的獲得是無止境的，只要你想學，只要你行動，沒有什么會難倒我們的?；厥走@一個多星期的課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們的不懈幫助，謝謝學校給了我們這一次實踐的機會，也謝謝組員們的關懷。這些美好的回憶美好的東西將永遠伴隨著我。