當前位置:首頁 » 數據倉庫 » 資料庫心得
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

資料庫心得

發布時間: 2022-01-13 07:01:44

① access資料庫實習心得

這種資料庫用起來還真的可以,沒有復雜的許可權之類的東西。而且都是可視化操作不用寫代碼,不會sql的人也能用,但是好多sql語句都不標准,使用標準的sql語句還查不出來 比如時間非要加 #號。還有查詢前幾條數據的時候還要必須加主鍵 如: select top 10 * from yourtable order by stuName desc ,Id desc 如果沒有IDDESC 就全查出來了。top 10完全沒起到作用,反正有時候用的還是就是難過……大部分還是好的很

② Access資料庫實訓心得

持續一個月的資料庫實訓,讓我參與了軟體工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最:一.項目最大:項目大是因為我們這個事業起點網站涉及到用戶眾多-高校,企業,學生,老師,專家,第二個原因是網站的功能多-用戶管理,網上實習,網上競賽,畢業實習設計,項目管理,人才庫管理,人才推薦,搜索 ... 項目大很容易造成系統范圍的泛濫,在我們的開發初期,由於需求不太明確,功能實現沒有重點,造成了需求范圍的擴大,給項目開發進度造成了嚴重的滯後性。然後我們召開了會議討論了這個問題,一致認同先把項目的基本功能實現,將網站的基本架構搭建起來,最後再在這個基礎上繼續增加我們網站的其他功能。因此在這個過程中,我深刻體會到了軟體工程初期階段的需求分析以及概要設計的重要性,這兩個文檔是指導我們後期開發的最重要的依據。 二.資料庫表最多:如此龐大的系統,就需要龐大的資料庫來支持,所以項目大的直接後果就是我們的資料庫表特別多,而且表與表之間的依賴關系也復雜,實體類之間的關系眾多,設計起來有一定的難度。資料庫的另外一個問題是-數據表的屬性,數據表屬性的設計完全是依賴於我們剛開始做的需求分析文檔,如果需求分析不完整的話,就會造成資料庫表屬性的缺失,從用戶的角度看,就會覺得你的系統提供的數據不夠全面,信息量小。 三.開發團隊最大:我們團隊一共有十四個人,這個對於我們的項目經理來說,是一個相當嚴峻的問題,畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和,管理起來有相當大的難度。對於我們這些小組成員來說,由於溝通渠道太多,造成了我們項目中遇到問題,不知道去跟哪個小組成員溝通。為了解決這個問題,我們在團隊中又選出了三個小組長,小組成員遇到問題,先去咨詢小組長,然後小組長提供反饋信息。 四.項目各個模塊間藕合度高:網站涉及的各個功能模塊之間的聯系緊密,模塊之間的介面設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要為每個模塊提供介面,主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊介面。這個問題由於我們前期做好了充分的溝通以及按照概要設計中的介面說明去設計自己的模塊,所以後期的模塊整合沒有遇到什麼太大的不兼容性等問題。 接下來就談談我這一個月中的工作: 需求分析階段:需求分析階段我完成了網上競賽模塊的需求分析,其中遇到的主要問題是閱讀材料後發現網上實習,網上競賽,畢業設計指導這幾個模塊的功能是類似的,提取需求分析後不夠明確,經過幾次跟湯老師的交流後,確定了這幾個模塊之間的具體差別,網上競賽模塊的基本需求也大致確定了,網上競賽模塊的基本功能就是學生通過網站報名參加競賽,企業審核通過後,專家對作品進行評分,排名。 概要設計階段:在需求分析的基礎上,對網上競賽模塊進行了比較具體的概要設計,流程圖(IPO圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述,如何實現學生報名,企業發布,專家評審的步驟操作,與及跟其他模塊對該模塊的限制。 資料庫設計階段:我負責整合初步資料庫設計說明書,分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數據表,然後對這些數據表進行整合。在這個過程中遇到的問題就是資料庫實在是太大了,最後下來一共有30多張表,表與表之間的關系復雜,關聯性大,需要設置的外鍵較多,很難將所有的屬性欄位給提取出來,屬性的類型設置也是一個問題,採用數值型還是採用字元串性在資料庫設計中尤為重要,因為在後台搜索方面,數值型比較快捷,而在數據顯示方面,字元串型又有直接讀出不用轉換的好處。每個表的主鍵我們採用了用實體的編號去標記它,因為這樣實體間關聯起來會更加簡單。資料庫的設計關鍵是要對整個項目的整體的把握,並且要細化對每個實體類的具體屬性要求。 詳細設計階段:我覺得是最重要的一個方面,一個完整的詳細設計說明應該可以幫助程序員完成具體的實現,程序員可以不用考慮模塊之間的耦合問題,只需要將單一的功能按照邏輯順序編寫出來就可以了。網站整體構架搭好了,我們就可以在裡面填充自己的功能了。但是因為時間太倉促了,我們這個階段也就縮水了,帶來後面的問題就是後期代碼編寫的時候比較混亂,函數介面較難統,界面風格多樣化。這個階段,我的主要工作是跟隊友一起設計出了網上競賽模塊的學生,企業,管理員,高校以及專家的界面。 編碼階段:我們是用ASP.net開發的,主要任務就是從工具中選出你想要的控制項,然後在控制項響應函數中填充代碼,完成相應的事件響應。這里遇到的最大問題是頁面的排版問題,因為自己是第一次開發網站,造成了自己設計的界面風格單調,不太美觀,現在就盡量做到頁面的整齊。這個階段主要做的就是:寫代碼→編譯→調試→寫代碼。 這一個月中我學到了很多東西,技術方面就是學會了用ASP.Net編寫網站,最重要的是讓我經歷了軟體工程化的所有階段,讓我對整個軟體工程有了感性的認識,而且將大學三年所學到的知識進行了一次系統的串聯,更重要的是學會了如何跟項目團隊中的成員溝通問題,這是一個寶貴的實踐經驗。

③ 學習資料庫的心得

資料庫技術應該電腦技術比較核心的一種,不僅操作系統,而且數據存儲都要用的。
學習資料庫可以自己參與到一個項目,或者去實際操作資料庫,這樣提高的快些。
目前來說,桌面的小型資料庫有Foxpro不錯,用的最多的是SQL Server2000,大型的有Oracle等等。
推薦你可以學習SQL Server2000,比較簡單。

編程是一門說難就難,說簡單就簡單的東西,如果要問從什麼入手,我覺的還是先學C語言,先要對如何編程有一個概念,然後學習資料庫,可以學學ASSECC或是SQL,這兩個都是簡單的資料庫,在後面學HTML和ASP(裡面可以理解的去學習VBscript和JAVAscript兩個腳本語言),有了這幾門語言做基礎,就可以學習難一點的東西了。學習C++的面向對象概念,當自己認為對面向對象裡面的三大特性{派生類與繼承;多態性;...(第3個有點忘記,好象是封裝,或者是把派生和繼承分開,總之3大特性.)}掌握的能夠在自己編程的時候能夠理解能夠靈活運用就可以學習JAVA了,可能你原來聽說過JAVA,C++是簡單的面向對象,JAVA就好象是C++和C語言的綜合,JAVA是基本上全部面向對象概念,但裡面的編程結構:如--循環;判斷則是C語言的機制。

④ 資料庫 資料 心得

教材,視頻那都沒用。資料庫簡單的入門就是增刪改查四步,我教你一個入門的方法非常簡單。
建一個表,要四列的,第一列要一個自增的ID記錄你插入了多少條數據,拿起C語言,一頁一頁翻,頁數是第二列的數據,這頁的第一句話是第三列,這頁的最後一句話是第四列,一頁也就是一條數據,注意,所有的代碼要手敲,不要復制粘貼,而且要一條一條插,不要一次插入好幾條。每插10條就刪除掉前5個,再把後5個的第四列的數據改成跟第三列一樣,累計插入了100條數據就新建一個表。
這樣等你插完C語言教程的時候,你資料庫就入門了,高階的技巧,我建議等你入門了以後再學習。

對了,資料庫最好從sql server開始學,因為簡單,功能全面。

⑤ sql資料庫學習心得,要三篇不同樣的,跪求啊········

1、sql好難啊
2、SQL學起來還是很容易的
3、SQL學起來剛開始難,後來就容易了

三篇不同心得!哈哈哈哈

⑥ 資料庫的管理 實驗過程或源代碼 實驗結論及心得

《Visual FoxPro資料庫基礎教程實踐與題解》是《Visual FoxPro資料庫基礎教程》配套教材。全書包括4部分內容:第1部分為《Visual FoxPro資料庫基礎教程》的習題與參考答案;第2部分為VisualFoxPro8.0的安裝、配置和課程本身的上機實驗安排,介紹了指導學生上機實驗時常見調試程序的基本操作,並根據教材內容提供了10個配套實驗;第3部分為VisualFoxPro8.0資料庫實訓指導及為初學者提供的3個典型的實踐案例;第4部分為6套模擬試題和參考答案,其中包括2套上機操作試題及參考答案。《Visual FoxPro資料庫基礎教程實踐與題解》結構合理、內容新穎、深度適宜、實用性強,不僅可以作為《Visual FoxPro資料庫基礎教程》的參考書,也可以作為其他Visual FoxPro資料庫教材的參考書。
《Visual FoxPro資料庫基礎教程實踐與題解》適合作為高等院校本科、專科學生學習Visual FoxPro資料庫課程的參考書,也可作為資料庫編程人員和信息管理等相關領域的技術工作者自學與參考用書。

⑦ 急!!誰幫我寫個學習資料庫的心得體會,不要復制粘貼,好的話給你加分!!!

學好SQL語句,INSERT UPDATE DELETE SELECT,
學好如何連接資料庫、創建語句、結果集、執行等基本操作
這些是資料庫的基礎操作
懂了基本之後再學習優化、其他一類。比如索引、視圖、虛擬表、表連接查詢、存儲過程、包、函數等
平常用的比較多的無非就是SQL語句,高深一點的就是數據優化。如果單純做開發,學好這些就差不多了,如果需要高深點,就可以學資料庫管理。以ORACLE為例,可以學習DBA相關知識,數據恢復、資料庫冷熱備份等。
搞IT的 語言組織能力差 呵呵 有什麼問題直接問我吧,我一般用ORACLE。MYSQL和SQL資料庫也用的挺多。

⑧ 資料庫基本知識的總結

9、設有關系模式R(E,F,G,H),函數依賴F={ E→G,G→E,F→(E,G),H→(E,G),
(F,H)→E}
(1)求出R的所有候選關鍵字;
(2)根據函數依賴關系,確定關系模式R屬於第幾範式;
(3)將R分解為3NF,並保持無損連接性和函數依賴保持性;
(4)求出F的最小函數依賴集。
參考答案:
(1)R的候選關鍵字為:(F,H)
(2)R為:1NF
(3)分解為:
({E,G},{E→G,G→E })、({F,E},{F→E})、({H,G},{H→G})、({F,H},{})
(4)最小函數依賴集為:{ E→G,G→E,F→G,H→G }
按定理4.3,求最小函數依賴集步驟:
F={E→G,G→E,F→(E,G),H→(E,G),(F,H)→E}
={E→G,G→E,F→G,H→E,H→G,(F,H)→E}
={E→G,G→E,F→G,H→G}
10、試問下列關系模式最高屬於第幾範式,並解釋其原因。
(1)R(A,B,C,D),F={B→D,AB→C}。
(2)R(A,B,C,D,E),F={AB→CE,E→AB,C→D}。
(3)R(A,B,C,D),F={B→D,D→B,AB→C}。
(4)R(A,B,C),F={A→B,B→A,A→C}。
(5)R(A,B,C),F={ A→B,B→A,C→A }。
(6)R(A,B,C,D),F={A→C,D→B}。
(7)R(A,B,C,D),F={A→C,CD→B}。
參考答案:
只依次寫出候選關鍵字與範式等級(範式按定義判定,具體略)
(1)AB 1NF
(2)AB,E 2NF
(3)AB,AD 3NF
(4)A,B BCNF
(5)C 2NF
(6)AD 1NF
(7)AD 1NF

二、填空題
1、對資料庫的保護一般包括 安全性 、 完整性 、 並發控制 和 數據恢復 四個方面的內容。
2、對資料庫 安全 性的保護就是指要採取措施,防止庫中數據被非法訪問、修改,甚至惡意破壞。
3、安全性控制的一般方法有 用戶標識和鑒別 、 用戶存取許可權控制 、 視圖機制 、
數據加密 和 審計 五種。
4、用戶鑒定機制包括 用戶標識定義 和 用戶身份驗證 兩個部分。
5、每個數據均需指明其數據類型和取值范圍,這是數據 完整性 約束所必需的。
6、在SQL中, COMMIT 語句用於提交事務, ROLLBACK 語句用於回滾事務。
7、加鎖對象的大小被稱為加鎖的 粒度 。
8、對死鎖的處理主要有兩類方法,一是 預防死鎖的發生 ,二是 檢測死鎖發現後予以消除死鎖 。
9、解除死鎖最常用的方法是 撤消一些陷入死鎖的事務 。
10、基於日誌的恢復方法需要使用兩種冗餘數據,即 後備資料庫 和 日誌文件 。

三、簡單題
1、簡述資料庫保護的主要內容。
對資料庫的保護一般包括4個方面的內容,一是對資料庫完整性的保護,即保證庫中的數據是正確的和相容的,符合完整性約束條件的;二是對資料庫安全性的保護,即防止庫中數據被非法訪問、修改,甚至惡意破壞;三是對並發的事務進行控制,保證資料庫的一致性;四是在發生故障後,對資料庫進行恢復,盡量減少故障造成的損失。
2、什麼是資料庫的安全性?簡述DBMS提供的安全性控制功能包括哪些內容。
解:
(1)資料庫的安全性是指保護資料庫以防止非法使用所造成數據的泄露、更改或破壞。
(2)常採取的安全保護措施有用戶鑒定、存取控制、視圖保護、審計和數據加密等。
4、什麼是資料庫的完整性?DBMS提供哪些完整性規則,簡述其內容。
(1)資料庫的完整性是指保護資料庫中數據的正確性、有效性和相容性,防止錯誤的數據進入資料庫造成無效操作。
(2)DBMS提供實體完整性規則、參照完整性規則及用戶自定義完整性規則
為保障資料庫的完整性,資料庫管理系統應提供完整性約束的定義機制和檢查機制。
5、資料庫的安全性保護和完整性保護有何主要區別?
解:
資料庫的完整性和安全性是資料庫保護的兩個不同的方面。
安全性是保護資料庫,以防止非法使用所造成數據的泄露、更改或破壞,安全性措施的防範對象是非法用戶和非法操作;完整性是防止合法用戶使用資料庫時向資料庫中加入不符合語義的數據,完整性措施的防範對象是不合語義的數據,即不正確的數據。
6、什麼是事務?簡述事務的ACID特性,事務的提交和回滾是什麼意思?
解:
(1)事務是資料庫系統中執行的一個工作單位,它是由用戶定義的一組操作序列組成。
一個事務可以是一組SQL語句、一條SQL語句或整個程序,一個應用程序可以包括多個事務。事務的開始與結束可以由用戶顯式控制。如果用戶沒有顯式地定義事務,則由DBMS按照預設規定自動劃分事務。
(2)事務是由有限的資料庫操作序列組成,但並不是任意的資料庫操作序列都能成為事務,為了保護數據的完整性,一般要求事務具有以下四個特徵:
1)原子性(Atomicity)2)一致性(Consistency)3)隔離性(Isolation)4)持久性(Durability)事務上述四個性質的英文術語的第一個字母分別為A、C、I、D。因此,這四個性質也稱為事務的ACID准則。
(3)
COMMIT表示事務的提交,即將事務中所有對資料庫的更新寫回到磁碟上的物理資料庫中去,此時事務正常結束;
ROLLBACK表示事務的回滾,即在事務運行的過程中發生了某種故障,事務不能繼續執行,系統將事務中對資料庫的所有已完成的更新操作全部撤銷,再回滾到事務開始時的狀態。
7、資料庫管理系統中為什麼要有並發控制機制?
解:
每個用戶在存取資料庫中的數據時,可能是串列執行,即每個時刻只有一個用戶程序運行,也可能是多個用戶並行地存取資料庫。資料庫的最大特點之一就是數據資源是共享的,串列執行意味著一個用戶在運行程序時,其他用戶程序必須等到這個用戶程序結束才能對資料庫進行存取,這樣資料庫系統的利用率會極低。因此,為了充分利用資料庫資源,很多時候資料庫用戶都是對資料庫系統並行存取數據,但這樣就會發生多個用戶並發存取同一數據塊的情況,如果對並發操作不加控制可能會產生操作沖突,破壞數據的完整性。即發生所謂的丟失更新、污讀、不可重讀等現象。
(2)實現並發控制的方法主要有兩種:封鎖(Lock)技術和時標(Timestamping)技術。
9、什麼是封鎖?封鎖的基本類型有哪幾種?含義是什麼?
解:
(1)所謂封鎖就是當一個事務在對某個數據對象(可以是數據項、記錄、數據集、以至整個資料庫)進行操作之前,必須獲得相應的鎖,以保證數據操作的正確性和一致性。
(2)基本的封鎖類型有兩種:排它鎖和共享鎖。
1)排它鎖(Exclusive Lock):排它鎖又稱寫鎖,簡稱為X鎖,其採用的原理是禁止並發操作。當事務T對某個數據對象R實現X封鎖後,其他事務要等T解除X封鎖以後,才能對R進行封鎖。這就保證了其他事務在T釋放R上的鎖之前,不能再對R進行操作。
2)共享鎖(Share Lock):共享鎖又稱讀鎖,,簡稱為S鎖,其採用的原理是允許其他用戶對同一數據對象進行查詢,但不能對該數據對象進行修改。當事務T對某個數據對象R實現S封鎖後,其他事務只能對R加S鎖,而不能加X鎖,直到T釋放R上的S鎖。這就保證了其他事務在T釋放R上的S鎖之前,只能讀取R,而不能再對R作任何修改。
11、什麼是活鎖?如何處理?
解:
(1)封鎖技術可有效解決並行操作引起的數據不一致性問題,但也可產生新的問題,即可能產生活鎖和死鎖問題。
活鎖(Livelock):當某個事務請求對某一數據的排它性封鎖時,由於其他事務一直優先得到對該數據的封鎖與操作而使這個事務一直處於等待狀態,這種狀態形成活鎖。
(2)避免活鎖的簡單方法是採用先來先服務的策略,按照請求封鎖的次序對事務排隊,一旦記錄上的鎖釋放,就使申請隊列中的第一個事務獲得鎖。
12、什麼是死鎖?消除死鎖的常用方法有哪些?請簡述之。
(1)在同時處於等待狀態的兩個或多個事務中,每個事務都在等待其中另一個事務解除封鎖,它才能繼續執行下去,造成任何一個事務都無法繼續執行,這種狀態稱為死鎖。
(2)發生死鎖的必要條件有以下四條:
①互斥條件②不可搶占條件③部分分配條件:④循環等待條件
①一次加鎖法
一次加鎖法是每個事物必須將所有要使用的數據對象全部依次加鎖,並要求加鎖成功,只要一個加鎖不成功,表示本次加鎖失敗,則應該立即釋放所有已加鎖成功的數據對象,然後重新開始從頭加鎖。
②順序加鎖法
順序加鎖法是預先對所有可加鎖的數據對象規定一個加鎖順序,每個事務都需要按此順序加鎖,在釋放時,按逆序進行。
14、資料庫運行過程中可能產生的故障有哪幾類
(1)資料庫運行過程中可能會出現各種各樣的故障,這些故障可分為以下三類:事務故障、系統故障和介質故障。
16、什麼是日誌文件?為什麼要在系統中建立日誌文件?
解:
(1)日誌文件是用來記錄事務對資料庫的更新操作的文件。對資料庫的每次修改,都將把被修改項目的舊值和新值寫在一個叫做運行日誌的文件中,目的是為資料庫的恢復保留依據。
典型的日誌文件主要包含以下內容:1)更新資料庫的事務標識(標明是哪個事務);2)操作的類型(插入、刪除或修改);3)操作對象;4)更新前數據的舊值(對於插入操作而言,沒有舊值);5)更新後數據的新值(對於刪除操作而言,沒有新值);6)事務處理中的各個關鍵時刻(事務的開始、結束及其真正回寫的時間)。
二、填空題
1、在設計分E-R圖時,由於各個子系統分別面向不同的應用,所以各個分E-R圖之間難免存在沖突,這些沖突主要包括 命名沖突 、 屬性沖突 和 結構沖突 三類。
2、數據字典中的 數據項 是不可再分的數據單位。
3、若在兩個局部E-R圖中都有實體「零件」的「重量」屬性,而所用重量單位分別為公斤和克,則稱這兩個E-R圖存在 屬性 沖突。
5、確定資料庫的物理結構主要包括三方面內容,即: 確定數據存放位置和存儲結構 、 確定數據存取方法 和 系統配置 。
6、將關系R中在屬性A上具有相同值的元組集中存放在連續的物理塊上,稱為對關系R基於屬性A進行 聚簇 。
7、資料庫設計的重要特點之一要把 結構(數據) 設計和 行為(處理) 設計密切結合起來,並以 結構(數據) 為核心而展開。
8、資料庫設計一般分為如下六個階段: 需求分析 、 概念結構設計 、 邏輯結構設計 、資料庫物理設計、資料庫實施、資料庫運行與維護。
9、概念設計的結果是得到一個與 計算機與DBMS 無關的模型。
10、在資料庫設計中, 數據字典 是系統各類數據的描述的集合。

三、簡答題
1、資料庫設計分為哪幾個了階段?每個階段的主要工作是什麼?
解:
(1) 按照規范化的設計方法,以及資料庫應用系統開發過程,資料庫的設計過程可分為以下六個設計階段需求分析、概念結構設計、邏輯結構設計、物理結構設計、資料庫的實施、資料庫運行和維護。
(2) 以下是資料庫設計六個步驟的具體內容:
1、需求分析階段2、概念結構設計階段3、邏輯結構設計階段4、物理設計階段
5、資料庫實施階段6、資料庫運行與維護階段
5、什麼是E-R圖?構成E-R圖的基本要素是什麼?
(1)E-R圖即是實體-聯系圖,是信息世界概念模型的一種。
(2)E-R圖提供了表示實體型、屬性和聯系的方法。
實體型:用矩形表示,矩形框內寫明實體名。
屬性:用橢圓表示,橢圓形內寫明屬性名。並用無向邊將其與相應的實體連接起來。
聯系:用菱形表示,菱形框內寫明聯系名,並用無向邊分別與有關實體連接起來,同時在無向邊旁標上聯系的類型(1:1、1:n或m:n)。

6、用E-R圖表示概念模式有什麼好處?
解:
概念模式是各種數據模型的共同基礎,它比數據模型更獨立於機器、更抽象。將概念結構設計從設計過程中獨立出來,可以帶來以下好處:
(1) 任務相對單一化,設計復雜程度大大降低,便於管理。
(2) 概念模式不受具體的DBMS的限制,也獨立於存儲安排和效率方面的考慮,因此,更穩定。
(3) 概念模型不含具體DBMS所附加的技術細節,更容易被用戶理解,因而更能准確的反映用戶的信息需求。
8、一個圖書館理系統中有如下 信息:
圖書:書號、書名、數量、位置
借書人:借書證號、姓名、單位
出版社:出版社名、郵編、地址、電話、E-mail
其中約定:任何人可以借多種書,任何一種書可以被多個人借,借書和還書時,要登記相應的借書日期和還書日期;一個出版社可以出版多種書籍,同一本書僅為一個出版社所出版,出版社名具有惟一性。
根據以上情況,完成如下設計:
(1)設計系統的E-R圖;
(2)將E-R圖轉換為關系模式;
(3)指出轉換後的每個關系模式的關系鍵。
解:

(1)

(2)與(3)(帶下劃線的為主碼)
借書人(借書證號,姓名,單位)
借閱(借書證號,書號,借書日期,還書日期)
圖書(書號,書名,數量,位置)
出版(書號,出版社名)
出版社(出版社名,郵編,地址,電話,E-mail)

⑨ SQLserver資料庫實訓總結怎麼寫

這個主要要著重寫幾個方面,你一定要多寫,寫的詳細一點。

1,管理系統的資料庫需求【這個算是概況】

2,資料庫對象模型設計 【設計核心部分】

3,資料庫的創建以及表間關系,存儲過程,視圖,觸發器的設計和定義。【標準定義部分】

4,資料庫的優化設計,【這個你要是沒有經驗,就多測試,多寫測試結果】
【著重在測試上多寫點啊,比如,20萬數據和100萬數據的時候,你是如何優化查詢的】
少說這里能寫個幾千字。

5,數據訪問組件的代碼結構,既然是管理系統,肯定要涉及數據訪問。你把這個多寫一點,比如不同組件之間的數據訪問的差異,優勢,弊端,你是如何改進的之類的。

7,BUG調試日誌,開發這么個系統,肯定是中途經歷了不少的錯誤和修改,你把這個過程寫一點。

8,記錄下你對於這個系統從設計到開發的經驗,總結。

這么下來,怎麼著也得1萬字吧,要是再把參考的資料加上,恐怕能列印一小本了。

⑩ 互聯網資料庫學後感

學互聯網技術不一定在本地呢 多看看專門的電腦學校
目前學計算機 還是挺不錯的好就業,計算機分很多專業如平面設計,UI設計,互聯網營銷,電競,動漫,都是非常好就業的專業哦,選擇自己喜歡的專業
可以去電腦學校看看的 對比哈