① 資料庫實驗報告
《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資料庫課程的參考書，也可作為資料庫編程人員和信息管理等相關領域的技術工作者自學與參考用書。
② javaweb實訓報告中前言怎麼寫
在實訓生活中，我了解開發項目的需求、設計、實現、確認以 及維護等活動整個過程，讓自己開始懂得一點軟體工程的知識點。
首先，了解需求分析的重要性，比如：需求分析就是分析軟體用戶的 需求是什麼.如果投入大量的人力， 物力,財力,時間,開發出的軟體卻沒 人要,那所有的投入都是徒勞.如果費了很大的精力,開發一個軟體,最 後卻不滿足用戶的要求,從而要重新開發過,這種返工是讓人痛心疾首 的.(相信大家都有體會)比如,用戶需要一個 for linux 的軟體,而你在軟 件開發前期忽略了軟體的運行環境,忘了向用戶詢問這個問題,而想當 然的認為是開發 for windows 的軟體,當你千辛萬苦地開發完成向用戶 提交時才發現出了問題,那時候你是欲哭無淚了,恨不得找塊豆腐一頭 撞死。所以，需求分析是成功的第一步，就是要全面地理解用戶的各 項要求,並准確地表達所接受的用戶需求。
然後呢？確實客戶的需求 的以後我們要做什麼呢，那當然是設計和分析。此階段主要根據需求 分析的結果，對整個軟體系統進行設計，如系統框架設計，資料庫設 計等等。軟體設計一般分為總體設計和詳細設計。好的軟體設計將為 軟體程序編寫打下良好的基礎
③ 基於Web的資料庫系統開發論文
基於web的資料庫方面的論文，在鍵盤論文網上很多的，你可以參考下，我之前也是找他們的在線輔導老師咨詢的，非常專業
這里還有點資料，你參考下
主要的內容：
1）將Web技術和資料庫技術相結合，在WWW上開發動態交互的Web資料庫應用，已逐 漸成為基於WWW的信息管理系統的核心和重要發展方向，本文分析和研究了關於動態Web 資料庫的開發與應用及其相關的問題。
2）簡要地介紹了Web資料庫與傳統資料庫相比的諸多優點，以及目前Web資料庫在不 同應用方案中的類型；討論了兩種Web資料庫系統結構：混合Web資料庫系統結構、B/S模 式Web資料庫系統結構
3）闡述了Web和關系資料庫處理模式的不同之處，在此基礎上討論了 三種集成模型：CGI、API、Fat Client；分析了Web資料庫的幾種實現技術，並分析了它們各 自的優缺點和應用場所；初步探討了Windows DNA體系結構，在此基礎上把Web資料庫與 DNA相集成，進行可擴展設計
4）最後，在資料庫安全與網路安全問題的基礎上，從伺服器安 全、用戶身份驗證、對話期安全三方面研究了基於Web的資料庫的安全問題。
結論：
本文研究了資料庫與www相結合的理論和技術問題，研究結果表明：兩者的集成可以 把Web與資料庫的優點集中在一起，使計算機系統具有資料庫功能、網路功能、多媒體功能 和超文本功能。Web資料庫與DNA體系結構相結合，利用XML技術，使應用程序具有更好 的擴展性，達到節約資源的目的
論文的框架你看下，大同小異的：
第一章 緒論38-45
1．1 Www的動態交互技術38-39
1．2 WWW環境下建立資料庫系統39-43
1．2．1 資料庫系統39-41
1．2．2 WWW環境下的資料庫系統41-43
1．3 Web資料庫的應用分類43-45
第二章 Web資料庫系統結構45-49
2．1 混合web資料庫系統45
2．2 B/S模式Web資料庫系統45-49
2．2．1 三層體系結構45-47
2．2．2 多層體系結構47
2．2．3 三層B/S模式47-49
第三章 Web資料庫的集成模型49-55
3．1 CGI Architecture50-51
3．2 API Architecture51-52
3．3 Fat Client Architecture52-55
第四章 Web資料庫的實現技術55-87
4．1 基於web的異構資料庫系統的集成55-58
4．1．1 資料庫系統之間的差異性55
4．1．2 異構資料庫系統集成的策略55-56
4．1．3 ODBC（開放式資料庫互聯）56-57
4．1．4 OLE DB技術57-58
4．2 存取資料庫的對象群：DAO，RDO，及ADO58-61
4．2．1 DAO58-59
4．2．2 RDO59
4．2．3 ADO（ActiveX Data Objects）59-60
4．2．4 與其他數據訪問對象一起使用ADO60-61
4．3 用類進行資料庫訪問61-63
4．4 ASP網路開發技術63-66
4．4．1 ASP技術概述63-64
4．4．2 IDC技術64-65
4．4．3 ASP和傳統CGI的對比65
4．4．4 ASP同腳本語言的關系65-66
4．5 利用ASP技術訪問Web資料庫的方法66-68
4．5．1 Web資料庫訪問方法之一66
4．5．2 Web資料庫訪問方法之二66-67
4．5．3 RDS67-68
4．6 用Java語言訪問資料庫68-80
4．6．1 Java語言的特點68-70
4．6．2 Applet和Application70-71
4．6．3 Java語言與資料庫的介面JDBC71
4．6．4 JDBC的體系結構71-74
4．6．5 JDBC的功能與特點74-78
4．6．6 Agave JDBC NetServer78-80
4．7 JSP網路開發技術80-85
4．7．1 JSP的運行方式80-81
4．7．2 JSP與ASP的比較81
4．7．3 JSP與傳統CGI比較81
4．7．4 Java Servlet技術81-83
4．7．5 JSP和Servlet的結合使用83-84
4．7．6 JavaBeans84-85
4．8 PHP網路開發技術85-87
4．8．1 PHP技術概述85-86
4．8．2 PHP與其它動態發布網頁技術的比較86-87
第五章 Web資料庫與DNA87-96
5．1 Web資料庫與DNA87-89
5．1．1 DNA體系結構的優點87
5．1．2 DNA體系結構的實現87-88
5．1．3 Web-DNA體系結構88-89
5．2 使用ADO記錄集89-91
5．2．1 在伺服器之間傳送數據89-90
5．2．2 使用層次化的ADO記錄集90-91
5．3 使用DNA模型進行可擴展設計91-93
5．3．1 可擴展性是關於節約資源的91
5．3．2 三種不同的用戶界面91
5．3．3 有限可擴展性的經典實現及其改進方法91-93
5．4．1 XML94
5．4．2 把記錄集轉成XML94-96
第六章 Web資料庫系統安全96-106
6．1 信息安全問題的新局面96-97
6．2 資料庫的安全問題97-98
6．3 網路安全問題98-100
6．3．1 防火牆技術99
6．3．2 數據加密技術99-100
6．3．3 網路安全一體化解決方法100
6．4 基於Web的資料庫安全問題100-106
6．4．1 Web資料庫的安全問題100-101
6．4．2 伺服器安全101-103
6．4．3 用戶身份驗證安全103-106
總結
最後還有參考文獻和致謝就不寫了
如果還有什麼不懂的就上鍵盤論文自己看吧
④ 本人需要完成一份web實驗報告，要求做一個學籍信息管理系統，我已經完成資料庫部分，但是web完全不
你在CSDN上搜索學籍管理系統源代碼，就可以了，然後自己對代碼稍加修改就好了，登錄和注冊無非就是一個將賬戶和密碼字寫入資料庫，另一個就是檢測資料庫中是否有這個賬號和密碼這一條記錄，如果有則登錄成功。
⑤ 求一篇基於web的資料庫設計社會實踐調查報告
《基於web的資料庫設計實踐》
The Database Design Based On WEB Used In Remote Concurrent Design
Abstract: the paper analyses the database characteristics used in the remote concurrent proct design system based on Internet, deeply researches the database structure, interface and the method of the data safety.
Keywords: Internet, remote concurrent design, database based on Web
近年來，隨著Web技術的蓬勃發展，人們已不滿足於只在瀏覽器上獲取靜態的信息，想要通過它發表意見、查詢數據。隨著電子商務的普及人們開始參與一些網路商務活動，這就迫切需要實現Web與資料庫的互連[1]。產品異地並行設計對數據的要求有一定的特殊性，主要有（1）產品數據多種多樣。產品設計，特別是機械產品設計常常是大型而又復雜，在異地通過不同的設計小組，按不同的分工設計同一產品，所要管理和通訊的數據類型隨著分工的不同而有不同的表現形式，如常規的數字組成的數據集，以圖形、圖象形式表達的產品模型數據，以文字形式描述設計的文檔，還有圖表、公式等形式，復雜多樣。（2）產品數據交換頻繁，流量大。產品設計是一個協同工作的創造性集體智慧凝聚的過程，要使設計順利進行，分布在異地的不同設計小組之間就要經常性地進行數據交換，並且有些形式表達的產品數據是較大的文件。（3）產品數據的一致性要求高。分工合作的不同設計小組之間的設計任務是彼此關聯，互相依賴的。如果其中一個數據改變了，相關聯的數據必須跟著改變，在Web資料庫設計時必須考慮數據的一致性問題。（4）產品數據的並發性訪問頻繁。由於異地產品設計的特殊屬性，數據的並發性訪問非常頻繁。所以，進行基於Internet的產品異地並行設計的Web資料庫設計與一般的電子商務不同，要充分考慮以上屬性。本文結合我們近期開發的機械產品異地並行設計系統（RCDS, Remote Concurrent Design System），綜合比較了多種當今流行的網路數據存取技術，設計出可靠安全的資料庫系統。
1 Web資料庫連接方案
1.1資料庫連接方案選擇
RDO、DAO和ADO是比較常見的Web資料庫訪問技術。
DAO (Data Access Objects) 數據訪問對象是第一個面向對象的介面，它含有 Microsoft Jet 資料庫引擎（由 Microsoft Access 所使用），並允許 Visual Basic 開發者通過 ODBC 象連接到其他資料庫一樣，直接訪問到 Access 表。DAO 最適用於單系統應用程序或小范圍本地分布使用，對大范圍的異地並行設計顯得功能不夠強大。
RDO (Remote Data Objects) 遠程數據對象是一個到 ODBC 的、面向對象的數據訪問介面，它同易於使用的 DAO style組合在一起，提供了一個介面，形式上展示出所有 ODBC 的底層功能和靈活性。RDO 在訪問 Jet 或 ISAM 資料庫方面有一定的限制，而且它只能通過現存的 ODBC 驅動程序來訪問關系資料庫。但是，RDO 已被證明是許多 SQL Server、Oracle
以及其他大型關系資料庫開發者經常選用的最佳介面。RDO 提供了用來訪問存儲過程和復雜結果集的更多和更復雜的對象、屬性，以及方法。對異地並行設計Web資料庫來說也不是十分理想。
ADO（ActiveX Data Objects）為ActiveX組件中資料庫訪問組件，ASP就是通過它實現對資料庫的訪問。ADO 是 DAO、RDO 的後繼產物。ADO 2.0在功能上與 RDO 更相似，而且一般來說，在這兩種模型之間有一種相似的映射關系。ADO 「擴展」了 DAO 和 RDO 所使用的對象模型，這意味著它包含較少的對象、更多的屬性、方法（和參數），以及事件。例如，ADO 沒有與 rdoEngine 和 rdoEnvironment 對象相等同的對象，可以包含 ODBC 驅動程序管理器和 hEnv 介面。盡管事實上介面可能是通過 ODBC OLE DB 服務提供程序實現的，但目前也不能從 ADO 中創建 ODBC 數據源。ADO 是為 Microsoft最新和最強大的數據訪問範例 OLE DB 而設計的，是一個便於使用的應用程序層介面。OLE DB 為任何數據源提供了高性能的訪問，這些數據源包括關系和非關系資料庫、電子郵件和文件系統、文本和圖形、自定義業務對象等等。ADO 在關鍵的 Internet 方案中使用最少的網路流量，並且在前端和數據源之間使用最少的層數，所有這些都是為了提供輕量、高性能的介面。同時 ADO 使用了與 DAO和 RDO相似的約定和特性，簡化的語義使它更易於學習。
ADO最早是在IIS中引入的，主要用於ASP，用ADO可以使伺服器端的腳本通過ODBC存取和操縱資料庫伺服器的數據。使用ADO的對象可以建立和管理資料庫的連接，從資料庫伺服器請求和獲取數據，執行更新、刪除、添加數據、獲取ODBC的錯誤信息等。ADO是ASP方案中最具吸引力的資料庫連接控制項，它為用戶提供了連接任何兼容ODBC的資料庫以及創建全功能資料庫應用程序的能力。
ADO具有簡單易用、高速、佔用資源少等的優點。不同於DAO和RDO，ADO有著更高的執行效率。ADO 對象模型如圖1a所示。每個 Connection、Command、Recordset 和 Field 對象都有 Properties 集合，如圖1b所示。
a) b)
圖1 ADO對象模型及屬性
應該說，ADO是微軟的下一代資料庫連接技術，用來全面取代RDO和DAO的數據訪問工具。從發展趨勢來看，ADO今後將逐步替代老的DAO特別是RDO數據訪問介面，成為新的遠程數據訪問方法。所以，選擇ADO作為產品異地並行設計的Web資料庫介面技術是合適的。
1.2 ADO應用分析
ADO 並不是自動和現存的數據訪問應用程序代碼兼容的。當 ADO 封裝 DAO 和 RDO 的功能性的時候，必須將許多語言要素轉換為 ADO 語法。在某些情況下，這將意味著要對現存代碼的某些功能做一個簡單轉換。在其他情況下，最佳的做法可能是用 ADO 的新功能重寫該應用程序。
包含在 DAO 和 RDO 模型中的許多功能被合並為單個對象，這樣就生成了一個簡單得多的對象模型。然而，由於這個原因，起初可能會覺得找到合適的 ADO 對象、集合、屬性、方法，或事件非常困難。與 DAO 和 RDO不同的是，盡管 ADO 對象是分層結構的，但在分層結構范圍之外也是可以創建的。同時，也應當注意，ADO 當前並不支持 DAO 的所有功能。ADO 主要包括 RDO 風格的功能性，以便和 OLE DB 數據源交互，另外還包括遠程和 DHTML 技術。
一般說來，在 ADO 的演化過程中，馬上把大多數 DAO 應用程序（except possibly是那些使用 ODBCDirect 的應用程序）移植到 ADO 上為時太早，因為當前的 ADO 並不支持數據定義 (DDL)、用戶、組等等。不過，如果只將 DAO 用於客戶—伺服器應用程序，並不依賴於 Jet 資料庫引擎或不使用 DDL，那麼就可能移植到 ADO。最終，Microsoft 將提供一個 ADO DDL 組件來幫助進行 DAO 到 ADO 的移植，並為 OLE DB 供應商提供一般的 DDL 支持。
在ASP中使用ADO技術來訪問Web資料庫，其應用前景是無可估量的。原理圖如下：
圖2 ADO在ASP程序中的應用
2 Web資料庫管理系統
常見的資料庫類型有面向對象的資料庫（OODB）和關系型資料庫。OODB對主流資料庫應用開發來說是相當新穎的，使用OODB使應用程序中的數據對象與現實世界中的對象一一對應，面向對象資料庫擴充了對象模型。一個常用的對象模型是由對象資料庫管理組（ODMG）開發出來，具有比傳統的關系資料庫更優越的性能，但畢竟在目前還是一種探索階段，暫時還未有相應的技術普及。
關系資料庫已經是資料庫體系的世界標准。當開發一個數據驅動應用程序時，大多數情況下用戶需要訪問網路（如Internet、Intranet等）上的數據信息，就RCDS就是建立在網路的信息通訊之上，是完全的客戶機/伺服器應用程序。
SQL Server是一個可縮放、高性能的關系型資料庫管理系統（RDBMS），它的設計是為了滿足分布式客戶/伺服器計算的需要，允許客戶應用程序使用幾個特定的工具和技術控制從伺服器檢索的數據。這些包括觸發器、存儲過程和規則的選項。因此，系統採用MS SQL Server7.0作為後台資料庫。
3 Web資料庫結構
數據模型通常有層次模型、網狀模型、關系模型及OO（面向對象）模型等。其中關系模型是建立在數學概念基礎之上的一種模型，由若干個關系框架組成的集合,它也是到目前為止最為成熟的一種資料庫類型。本文RCDS採用MS SQL Server作為後台資料庫，根據資料庫工具和資料庫特點，開發出一套可靠健壯的數據存儲方案。
整個資料庫共有AdminData、ChatNames、DesignUnits、Message、OnlineUnits、Procts、RqtTasks、RqtTaskUnits、RqtDesignUnits、ShareData、Tasks、TaskUnits和UploadFiles等表格。在建立數據模型的時候首先考慮是要避免重復數據，也就是建立規范化資料庫。規范化資料庫可以通過被稱為範式水平的指標來衡量，級別有第一範式、第二範式和第三範式，通常第三範式就是要達到的目標，因為它提供了數據冗餘和開發簡易性之間的最好折衷。
RCDS資料庫正是按照第三範式標准來設計的，它保證了模型的精簡和表格的緊湊性。而第三範式標准也最大發揮了關系資料庫的優勢，圖3是部分表格的視圖鏈接情況。
圖3 關系表格視圖
4.1 並發控制的處理
在多個用戶同時訪問一個資料庫時就產生並發問題，特別是在其中一些用戶對資料庫有添加或刪除修改等操作時，那麼其他所獲得的數據可能是一塌糊塗，甚至造成整個數據訪問的沖突、終止，從而使系統發生混亂以至崩潰。RCDS採用的解決辦法是鎖定技術，總體上分為共享鎖定和排它鎖定兩種類型（如圖4）。前者是指同時有幾個過程共享一個鎖定，比如一個用戶（或客戶）正在讀取一個數據，雖然在這之前他已經對該數據設置了鎖（LOCK），但其他用戶同樣可以（也只能是）讀取它。而排他鎖定一般應用於對數據進行修改或更新（包括添加刪除等）操作，即是用戶在修改一個數據之前設置了鎖定，在一定的時間里其他用戶是不能訪問到該數據的，只有等待鎖定解除（UNLOCK）才能進行訪問到它，當然在計算機處理的時候，其他的用戶一般是感覺不到有這個等待時間的。通過這樣的處理，就保證了數據的一致性。
a) 共享鎖定
b) 排它鎖定
圖4 安全鎖定類型
在ADO進行資料庫操作時，它的鎖定類型相對來說復雜一些。打開記錄集時，可以指定鎖定類型。鎖定類型決定了當不止一個用戶同時試圖改變一個記錄時，資料庫應如何處理。ADO中的鎖定主要有以下四種類型：
l AdLockReadOnly 指定你不能修改記錄集中的記錄
l AdLockPessimistic 指定在編輯一個記錄時，立即鎖定它
l AdLockOptimstic 指定只有調用記錄集的Update方法時，才鎖定記錄
l AdLockBatchOptimstic 指定記錄只能成批地更新
在預設情況下，記錄集使用只讀鎖定。要指定不同的鎖定類型，可以在打開記錄集時包含這些鎖定常量之一。部分代碼如下：
… …
Set MyConn=Sever.CreateObject(「ADODB.Connection」)
//定義資料庫連接MyConn
Set RS=Sever.CreateObject(「ADODB.RecordSet」)
//定義返回數據記錄集
MyConn.Open 「ByktDB.dsn」//建立應用程序與數據源的連接
RS.Open 「SELECT * FROM Mytable」, MyConn, adOpenDynamic， adLockPessimistic
//進行資料庫操作，並且設置鎖定
RS.Close
MyConn.Close
… …
4.2產品數據一致性處理
數據的安全因素除了前面所提到的並行控制之外，還要考慮事務處理。網路資料庫有其不同的地方，例如：假設某個時間有一個設計人員在你的站點上索取一些設計信息，有關的設計信息存儲在兩個表中。一個表用來保存該設計者的信息，另一個表包含了要索取的設計信息。該設計人員的信息已經輸入了第一個表中。但是，就在這時，發生了意外情況，一道閃電擊中了你的伺服器，使第二個表沒有被更新。在這種情況下，一個健壯的系統就必須保證最後的結果是兩個表都沒有被更新過。這時候事務處理就發揮了重要的功效。
使用事務處理，你可以防止第二個表沒有被更新而第一個表被更新的情況出現：當一組語句構成一個事務處理時，如果一個語句沒有執行成功，則所有的語句都不成功。不管是針對多個表，還是進行表內多個記錄的操作，它們所需要的安全保證是一樣的。事務處理的實現代碼如下：
… …
Set MyConn=Sever.CreateObject(「ADODB.Connection」)
MyConn.Open 「ByktDB.dsn」
MyConn.BeginTrans //事務處理開始
MyConn.Execute 「INSERT DataTable(Num) Values(『3628』)」
MyConn.Execute 「INSERT Shipping (Address) VALUES(『Paris,France』)」
MyConn.CommitTrans //事務處理結束
MyConn.Close
… …
在上面這段代碼中，用BeginTrans方法和CommitTrans方法來標記事務處理的開始和結束。在BeginTrans方法被調用之後，CommitTRans方法被調用之前，不管出現什麼錯誤，兩個表都不會被更新，在這個過程中所有處理的數據都保持了完全可靠的一致性。
⑥ 基於Web的學生成績管理系統的設計與實現，高分求完整程序，實驗報告等，追加分，最好留QQ
基於你的問題[Web的學生成績管理系統]，可以為你提供一份適用於初學者的代碼,
如果你有更多的要求也可以告訴我們,,告訴我你的問題和Email,有可能幫你，但是絕對救急,使用網路_Hi給我留言,
此回復對於所有需求和和來訪者有效,
ES:
⑦ JavaWeb實驗報告有哪些
web開發其實不像你想想中那麼難，首先針對界面處理要學：html,css,javascript.數據處理要學資料庫（MySql,SQL Server,Orcal）.然後要學些軟體開發模式，MVC模式，SSH開發等。在mvc裡面又要學servlet,jsp,javabean等，框架最主流的當然是SSH了，...
⑧ JavaWeb的實驗報告
好久沒做web了