資料庫設計總結

㈠ 論壇的資料庫怎麼設計

常用的論壇設計方法，總結如下：
一 分割思想：
1 資料庫切分：用戶庫、主題庫、回復庫
2 數據表水平切分：用戶庫1-n、主題庫1-n、回復庫1-n （比如按時間分）
3 分布式資料庫：每台計算機中都有DBMS的一份完整拷貝副本，並具有自己局部的資料庫，位於不同地點的許多計算機通過網路互相連接，共同組成一個完整的、全局的大型資料庫。
4 論壇功能可以進行分隔，不同的伺服器負責不同的功能
5 用主從資料庫，master是寫， slave是讀
6 把內容與其它信息分開，好處就是可以讓每個表的文件最小化,對資料庫操作壓力會減小，這樣保證每張表數據量很小，操作速度會快，也可以在這里使用緩存
二 索引：
針對是否建立索引有著一定的分歧：
我覺得建立索引還是很有必要的。理由如下：
1）建立索引可以加快檢索速度，對於論壇讀和寫的比例相差很大，用戶體驗當然是讀多寫少，所以綜合考慮還是要用索引，而且是加在常用的讀關鍵字上。
2）索引之所以會降低更新的速度，是因為更新還包括對索引的更新，從更新帖子10萬左右，這句話是說，我們可能對發帖標題，發帖內容，回復標題，回復內容這4個欄位做更新。需要注意的是，這四個欄位並不是用來建立表連接的欄位，為了優化查詢速度我們不會在這四個欄位上建立索引，所以從這道題目出發，我們建立的索引不會影響更新帖子的性能。只要被索引的列（例如回復表的標題ID）不被頻繁更新,即使索引所在地行的其它列被頻繁update,索引也不會被更新從而產生性能消耗,一張表一天30萬次的索引更新,因它引起的性能消耗小到即使資料庫安裝在奔騰3單核CPU下都能輕松承擔下來。
3）對於更新的速度慢的問題，我們有解決的方法，你提交更新了後，前台可以讓程序返回一個正確結果，後台開個線程非同步慢慢跟新資料庫就是了，反正更新成功的前提就是假設資料庫連接永遠正確並處於可靠狀態。在資料庫和用戶之間建立一個緩沖區。(如，將更新的數據放到內存中，達到一定數量的時候再統一更新資料庫。假如以100條為例，一旦內存中達到100條數據量將這100條數據統一入庫。減少insert操作)

三 緩沖：
讀的時候的緩沖：緩存路由表
主題緩存表（這個取每個區的前面100條記錄），一般來說負載最大的就是主題的第一頁，所以緩存表是個小表。

另外使用hibernate，在資料庫上面加了一層緩存。
生成靜態頁，緩存最熱，最新的帖子。
對於經常更新的數據都設計成單獨表 ，這樣可以最大程度的利用hibernate緩存
緩存常用的數據和表，利用緩存來將經常被訪問的帖子留在內存中，為每條緩存的記錄添加一個訪問時間，如果長時間沒被訪問就從緩存中刪除掉，
避免內存過大，每次用戶看帖的時候，首先檢索緩存中時候有需要的帖子，沒有的話再訪問資料庫，然後將資料庫返回的帖子信息存儲到緩存中。

寫的時候的緩沖：資料庫和用戶之間建立緩存，將更新的數據放在內存中，非同步操作的。所有的寫貼操作 放到一個隊列然後批量執行插入資料庫操作。

預估計的緩沖：假如用戶第一次打開某標題，那將此標題的相關的前100條數據緩存到客戶斷。這樣避開對資料庫的直接查詢，減少資料庫壓力。
四 代碼優化
1盡量避免表的連接約束通過代碼來實現約束 例如用戶id的驗證在用戶登錄時驗證這樣就可以把帖子表的用戶id外鍵去掉這樣就成了單表操作、查詢 而連接可以通過觸發來實現這樣最多是查詢了3個表而不是連接中的笛卡爾笛卡爾積 回復表的查詢限定每次查詢的記錄數例如限定10條其它的通過點擊觸發來操作"注代碼優化容易出現bug 原因有些開發工具本身有優化"
五 資料庫性能調優
盡量用硬體來代替軟體優化 原則就是能用硬體的盡量用硬體 比如磁碟陣列 RAID0 有條件用RAID10 加大內存 .避免小表上建索引 對論壇來說數據帖子和回復不是很重要 可以定期刪除一些垃圾帖子 樓主說的幾百萬條記錄的論壇對現在的資料庫管理系統和計算機來說永不著刻意的優化,定期維護打包備份資料庫就可以了
提高速度的關鍵:
1.建立合理的索引並在查詢時充分利用;
2.避免使用關聯,這樣避免整表掃描;使用關聯不如多次使用主鍵查詢來的快;
3.一些處理的功能盡可能放到內存中來做,比如組織主題和回復;
4.海量緩存（使用靜態頁面也是個不錯的做法）
5 定期對表進行轉儲

㈡ 有關sql server資料庫設計的問題

用關鍵字查詢,統計

㈢ Access資料庫實訓心得

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

㈣ 資料庫課程設計總結哪兒有

資料庫課程設計總結- Web 開發/ 應用伺服器
2 個帖子-2 個作者-新貼子：2008年5月17日為期兩周資料庫課程設計終於完了現在總結一下以供自己和大家日後參考1 JSP亂碼問題詳見上一篇不過後來又出新亂碼問題就是從資料庫裡面拿出信息放
獲得更多結果
2008年3月1日 通過撰寫課程設計總結報告,資料庫課程設計總結不僅可以把資料庫,表單,數據維護及技術參考等內容進行全面總結,而且還可以把實踐內容提升到理論高度總結報告按如下內容
資料庫課程設計心得體會-課程設計
2010年7月7日 資料庫課程設計總結,文獻綜述,論文摘要,ER圖,流程圖,源程序,畢業論文致謝,參考文獻,開題報告,任務書
資料庫課程設計總結DOC/PPT/PDF/XLS 文檔下載- 第一文檔
第一文檔免費提供資料庫課程設計總結相關DOC/PPT/PDF/XLS/RTF等格式的文檔下載，資料庫課程設計總結希望能給您帶來方便！
資料庫課程設計總結
http://shoucang..com/nz02250565_/tag/1717133

㈤ 急！！計算機二級考試(資料庫、VF)知識點總結

◆ 基本要求
1、 具有資料庫系統的基礎知識。
2、 基本了解面向對象的概念。
3、 掌握關系資料庫的基本原理。
4、 掌握資料庫程序設計方法。
5、 能夠使用VISUAL FOXPRO建立一個小型資料庫應用系統。
◆基礎知識
1、 基本概念：
資料庫、數據模型、資料庫管理系統、類和對象、事件、方法。
2、 關系資料庫：
（1） 關系資料庫：關系模型、關系模式、關系、元組、屬性、域、主關鍵字和外
部關鍵字。（2） 關系運算：選擇、投影、連接。
（3） 數據的一致性和完整性：實體完整性、域完整性、參照完整性。
3、 VISUAL FOXPRO系統特點與工作方式：
（1） WINDOWS版本資料庫的特點。
（2） 數據類型和主要文件類型。
（3） 各種設計器和向導。
（4） 工作方式：交互方式（命令方式、可視化*作）和程序運行方式。
4、 VISUAL FOXPRO的基本數據元素：
（1） 常量、變數、表達式。
（2）常用函數：字元處理函數、數值計算函數、日期時間函數、數據類型轉換函數
、測試函數。
一、 VISUAL FOXPRO資料庫的基本*作
1、 資料庫和表的建立、修改與有效性檢驗：
（1） 表結構的建立與修改。
（2） 表記錄的瀏覽、增加、刪除與修改。
（3） 創建資料庫，向資料庫添加或移出表。
（4） 設定欄位級規則和記錄規則。
（5） 表的索引：主索引、候選索引、普通索引、唯一索引。
2、 多表*作：
（1） 選擇工作區。
（2） 建立表之間的關聯：一對一的關聯；一對多的關聯。
（3） 設置參照完整性。
（4） 建立表間臨時關聯。
3、 建立視圖與數據查詢：
（1） 查詢文件的建立、執行與修改。
（2） 視圖文件的建立、查看與修改。
（3） 建立多表查詢。
（4） 建立多表視圖。
二、 關系資料庫標准語言SQL
1、 SQL的數據定義功能：
（1） CREATE TABLE –SQL
（2） ALTER TABLE –SQL
2、 SQL的數據修改功能：
（1） DELETE –SQL
（2） INSERT –SQL
（3） UPDATE –SQL
3、 SQL的數據查詢功能：
（1） 簡單查詢。
（2） 嵌套查詢。
（3） 連接查詢。
內連接外連接：左連接，右連接，完全連接
（4） 分組與計算查詢。
（5） 集合的並運算。
三、 項目管理器、設計器和向導的使用
1、 使用項目管理器：
（1） 使用「數據」選項卡。
（2） 使用「文檔」選項卡。
2、 使用表單設計器：
（1） 在表單中加入和修改控制項對象。
（2） 設定數據環境。
3、 使用菜單設計器：
（1） 建立主選項。
（2） 設計
（3） 設定菜單選項程序代碼。
4、 使用報表設計器：
（1） 生成快速報表。
（2） 修改報表布局。
（3） 設計分組報表。
（4） 設計多欄報表。
5、 使用應用程序向導。
6、 應用程序生成器與連騙應用程序。
四、 VISUAL FOXPRO程序設計
1、 命令文件的建立與運行：
（1） 程序文件的建立。
（2） 簡單的互動式輸入、輸出命令。
（3） 應用程序的調試與執行。
2、 結構化程序設計：
（1） 順序結構程序設計。
（2） 選擇結構程序設計。
（3） 循環結構程序設計。
3、 過程與過程調用。
（1） 子程序設計與調用。
（2） 過程與過程文件。
（3） 局部變數和全局變數、過程調用中的參數傳遞。
4、 用戶定義對話框(MESSAGEBOX)的使用。

㈥ 資料庫應用課程設計的報告

資料庫課程設計報告 目錄目錄……………………………………………………………………………………1一．設計目標…………………………………………………………………………2二．系統介紹…………………………………………………………………………2三．資料庫設計……………………………………………………………………....2 1.需求分析……………………………………………………………………….2 2.概念結構設計………………………………………………………………….3 （1）實體設計………………………………………………………………..3 （2）ER圖……………………………………………………………………3 3.邏輯結構設計………………………………………………………………….4四．應用程序設計……………………………………………………………………4 1.delphi7.0開發環境……………………………………………………………4 2．軟體分析…………………………………………………………………..…4 （1）軟體的需求分析………………………………………………………..4 （2）軟體的基本功能………………………………………………………..5 3.軟體的設計與實現…………………………………………………………….6 五．實現的應用系統介紹…………………………………………………………….8 1．系統模塊…………………………………………………………………….8 2. 文件簡介…………………………………………………………………….8 3 .系統運行…………………………………………………………………….8 六．總結………………………………………………………………………………17 一.設計目標理論應用－－運用資料庫設計理論設計一個較完善的有實際意義的資料庫結構；工具使用－－掌握目前流行資料庫管理系統工具和前端應用開發工具；應用開發－－為資料庫開發相應應用程序，構成完整的資料庫應用系統；報告編寫－－用文字處理軟體編寫高質量的設計報告。二.系統簡介名稱：超市進銷存管系統功能：基於超市管理的全面自動化，減少入庫管理、出庫管理及庫存管理中的漏洞，節約不少管理開支，增加企業收入。 實現對產品的增加、修改、刪除、以及日常查詢，對產品的出庫、入庫進行管理。同時對營銷狀況進行簡單的分析，並可以導出各種查詢報表。資料庫：ACCESS實現：Delphi 7.0系統構架：C/S（Client/Server ）三．資料庫設計．1．需求分析：超市進銷存管理系統2．概念結構設計（1）實體設計商品信息(商品編號，商品名稱，商品單位，商品單價，類別，產地,說明)進貨信息(進貨編號，商品編號，進貨單價，進貨數量，進貨時間，經手人，供貨單位)出貨信息(出貨編號，商品編號，出貨單價，出貨數量，經手人，接收人及說明等)庫存信息(商品編號，庫存說明,說明等)用戶信息(用戶名，密碼,用戶類型)（2）E-R圖包含說明產地商品單價商品類別商品名稱商品編號商 品經手人進貨數量進貨時間進貨單價商品編號進貨編號供貨單位進貨記錄商品編號出貨數量接收人經手人出貨單價出貨編號出貨時間出貨記錄庫存記錄說明商品編號庫存說明111n3.邏輯結構設計關系模型（第1數據項為主鍵）商品信息(商品編號，商品名稱，商品單位，商品單價，類別，產地,說明)進貨信息(進貨編號，商品編號，進貨單價，進貨數量，進貨時間，經手人，供貨單位)出貨信息(出貨編號，商品編號，出貨單價，出貨數量，經手人，接收人及說明等)庫存信息(商品編號，庫存說明,說明等)用戶信息(用戶名，密碼,用戶類型)出貨商品金額(出貨時間，出貨單價，出貨數量，出貨金額)進貨商品金額（進貨時間，進貨單價，進貨數量，進貨金額）四．應用程序設計1．Delphi 7.0 開發環境 Delphi被稱為第四代編程語言，它具有簡單、高效、功能強大的特點。和VC相比，Delphi更簡單、更易於掌握，而在功能上卻絲毫不遜色；和VB相比，Delphi則功能更強大、更實用。可以說Delphi同時兼備了VC功能強大和VB簡單易學的特點。它一直是程序員至愛的編程工具。 Delphi 7的集成開發環境(1DE)和Delphi以前的版本基本一致。它把單、多個工具欄及一組窗口和應用程序設計在一起，將代碼以事件的形式與界面的每一元素建立聯系，使用戶很方便地在這個高度集成的開發環境的組成和各種輔助工具的使用方法和使用技巧。2．軟體分析（1）軟體的需求分析： 開發本軟體的主要目的是為了優化超市的日常管理。採用計算機管理信息系統為實現超市管理科學化和現代化，給它帶來了明顯的經濟效益和社會效益 （2）軟體的基本功能與說明： a.商品信息管理商品信息管理：用來管理系統中要用來進行進貨，出貨操作的商品的信息，包括添加，修改，刪除和查詢信息。其中，查詢可以進行精確查詢和模糊快速查詢。任意時刻，生成當前表格報表。 b. 用戶管理1.用戶添加該許可權只有管理員擁有，可以添加臨時用戶，或者增設管理員用戶。2.用戶刪除該許可權只有管理員擁有，可以刪除用戶。3.用戶密碼修改用來修改登陸用戶的密碼，長時間地使用一個密碼可能會使密碼不安全，導致整個系統的不安全，因此有必要定期修改密碼。 c. 營銷分析1.綜合分析某一時間段內，將該超市的進貨總額、出貨總額進行統計，並算出總盈利；將庫存中的商品總量統計出來。用戶可以列印分析所得報表。同時提供進貨情況查詢、出貨情況查詢、庫存情況查詢。2.日分析某一天中，將該超市的進貨總額、出貨總額進行統計，並算出總盈利；將庫存中的商品總量統計出來。用戶可以列印分析所得報表。 d. 日常操作商品進貨操作：用來完成商品的進貨操作。商品出貨操作：用來完成商品的出貨操作。進行進貨操作時，進貨編號以及進貨時間是自動生成的，無需改動，否則會出現錯誤。所生成的商品編號為該種類型商品的最大編號，且後面有提示用戶允許的編號范圍，超出此范圍會出錯，如果編號方式正確且大於最大編號，確定添加後會提示用戶填寫新加商品的相關信息。進行出貨操作時，出貨編號自動生成，用記無須改動。在出貨單價小於進貨的最小單價時會詢問是否繼續出貨，出貨數量不能大於庫存數量。e.信息查詢1.庫存信息查詢：用來查詢庫存的商品的信息，可以按照商品編號，商品名稱和商品類別來查詢，可以將查詢結果列印輸出。該查詢可以精確查找某一確定的商品的庫存信息，並將其列印輸出。同時，該查詢可以根據商品的庫存量來將商品中庫存不足、庫存飽和、庫存過剩的商品一一列出並提供列印輸出功能。2.進貨信息查詢：用來查詢商品的進貨記錄，可以按照商品編號，商品名稱，商品類別，經手人和進貨日期查詢，可以將查詢結果輸出。該查詢可以精確查找某一確定的商品或全部商品某一確定時間段的進貨情況，並將其列印輸出。同時以圖表的形式分析該種商品的進貨價格走勢分析圖。3.出貨信息查詢：用來查詢商品的出貨記錄，可以按照商品編號，商品名稱，商品類別，經手人和出貨日期查詢，可以將查詢結果列印輸出。該查詢可以精確查找某一確定的商品或全部商品某一確定時間段的出貨情況，並將其列印輸出。同時以圖表的形式分析該種商品的出貨價格走勢分析圖。3．軟體設計與實現添加、修改、刪除是通過delphi自帶函數實現的。查詢是通過添加SQL語句或者直接在access中建立相對的查詢（如出貨商品金額、進貨商品金額查詢）實現的。（1）.程序實現//添加adoquery1.Close;adoquery1.SQL.Clear;adoquery1.SQL.Add('select * from 進貨信息' );adoquery1.Open ;adoquery1.Append;adoquery1.fieldbyname('進貨編號').asstring:=edit1.Text;adoquery1.fieldbyname('商品編號').asstring:=edit2.Text;adoquery1.fieldbyname('進貨單價').asstring:=edit3.Text;adoquery1.fieldbyname('進貨數量').asstring:=edit4.Text;adoquery1.fieldbyname('進貨時間').asstring:=edit5.Text;adoquery1.fieldbyname('經手人').asstring:=combobox5.Text;adoquery1.fieldbyname('供貨單位').asstring:=edit7.Text;adoquery1.Post;快速添加：adoquery1.Append;//刪除一條記錄if Application.MessageBox('真的要刪除當前所選記錄嗎？','刪除確認',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then abortelseadoquery1.delete;//修改一條記錄if Application.MessageBox('真的要修改當前所選記錄嗎？','修改確認',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then AdoQuery1.CancelUpdateselseadoquery1.edit;//對表的排序procere TForm2.DBGrid1TitleClick(Column: TColumn);var i : integer;beginfor i:= 1 to DBGrid1.Columns.Count dobegin//恢復所有標題字體為默認DBGrid1.Columns[i-1].Title.Font.Color := clWindowText;DBGrid1.Columns[i-1].Title.Font.Style := [];end;if ADOQuery1.Sort<>(Column.FieldName+' ASC') then //判斷原排序方式beginADOQuery1.Sort := Column.FieldName+' ASC';Column.Title.Font.Color := clRed; //改變標題行字體為紅色，表示當前的排序方式為升序Column.Title.Font.Style := [fsBold];endelse beginADOQuery1.Sort := Column.FieldName+' DESC';Column.Title.Font.Color := clBlue; //改變標題行字體為紅色，表示當前的排序方式為降序Column.Title.Font.Style := [fsBold];end;end;//查詢示例adoquery2.close;adoquery2.sql.clear;adoquery2.SQL.Add('select distinct(進貨信息.進貨編號),商品信息.商品名稱,進貨信息.商品編號,商品信息.類別,進貨信息.進貨單價,進貨信息.進貨數量,進貨信息.進貨時間,進貨信息.經手人,進貨信息.供貨單位 from 進貨信息,商品信息 where 商品信息.商品編號=進貨信息.商品編號 and ');adoquery2.SQL.Add('進貨時間>=#'+DateToStr(DateTimePicker1.Date)+'# and 進貨時間<=#'+DateToStr(DateTimePicker2.Date+1)+'#');adoquery2.Open;*五．實現的應用系統介紹1．系統的模塊（1）主界面模塊Form1（2）信息管理模塊Form2,form18(3)日常操作模塊Form3(4)信息管理模塊Form5(5) 用戶管理模塊Form14(6)系統管理模塊用戶登陸:form8關於系統:form10退出系統:from11（）登陸窗體Form82．文件簡介：(1)文件help包括生成jun_help幫助的所有源程序。(2)文件image系統所有用到的圖片文件(3) 文件project系統可執行文件project.exe。系統資料庫超市進銷存儲管理系統.mdb(4) 文件sounds系統所有用到的聲音文件(5) 文件unit_date系統自動生成的相關文件3．系統運行：1．歡迎：2．到達主界面後，提示登陸（系統管理—登陸系統）。用戶可以查看幫助獲得系統的相關信息：3．用戶登陸界面：4．若用戶為管理員，則可以進行用戶管理操作。用戶有權添加、修改、刪除其它用戶。5．若用戶為普通用戶，則用戶只能對自己的相關信息進行修改,添加用戶、刪除用戶不可用。6．商品信息管理模塊商品信息管理：用來管理系統中要用來進行進貨，出貨操作的商品的信息，包括添加，修改，刪除和查詢信息。其中，查詢可以進行精確查詢和模糊快速查詢。任意時刻，生成當前表格報表。7．營銷分析模塊：1）.綜合分析某一時間段內，將該超市的進貨總額、出貨總額進行統計，並算出總盈利；將庫存中的商品總量統計出來。用戶可以列印分析所得報表。同時提供進貨情況查詢、出貨情況查詢、庫存情況查詢。2）.日分析某一天中，將該超市的進貨總額、出貨總額進行統計，並算出總盈利；將庫存中的商品總量統計出來。用戶可以列印分析所得報表。8．商品進出貨操作模塊：1）進行進貨操作時，進貨編號以及進貨時間是自動生成的，無需改動，否則會出現錯誤。所生成的商品編號為該種類型商品的最大編號，且後面有提示用戶允許的編號范圍，超出此范圍會出錯，如果編號方式正確且大於最大編號，確定添加後會提示用戶填寫新加商品的相關信息。2）進行出貨操作時，出貨編號自動生成，用記無須改動。在出貨單價小於進貨的最小單價時會詢問是否繼續出貨，出貨數量不能大於庫存數量。9．信息查詢模塊：1）.庫存信息查詢：用來查詢庫存的商品的信息，可以按照商品編號，商品名稱和商品類別來查詢，可以將查詢結果列印輸出。該查詢可以精確查找某一確定的商品的庫存信息，並將其列印輸出。同時，該查詢可以根據商品的庫存量來將商品中庫存不足、庫存飽和、庫存過剩的商品一一列出並提供列印輸出功能。2）.進貨信息查詢：用來查詢商品的進貨記錄，可以按照商品編號，商品名稱，商品類別，經手人和進貨日期查詢，可以將查詢結果輸出。該查詢可以精確查找某一確定的商品或全部商品某一確定時間段的進貨情況，並將其列印輸出。同時以圖表的形式分析該種商品的進貨價格走勢分析圖。3）.出貨信息查詢：用來查詢商品的出貨記錄，可以按照商品編號，商品名稱，商品類別，經手人和出貨日期查詢，可以將查詢結果列印輸出。該查詢可以精確查找某一確定的商品或全部商品某一確定時間段的出貨情況，並將其列印輸出。同時以圖表的形式分析該種商品的出貨價格走勢分析圖。10關於系統模塊：11．用戶管理模塊：1）.用戶添加該許可權只有管理員擁有，可以添加臨時用戶，或者增設管理員用戶。2）.用戶刪除該許可權只有管理員擁有，可以刪除用戶。3）.用戶密碼修改用來修改登陸用戶的密碼，長時間地使用一個密碼可能會使密碼不安全，導致整個系統的不安全，因此有必要定期修改密碼。12．退出系統模塊：