繼保異構數(shù)據(jù)管理系統(tǒng)所有專業(yè)(編輯修改稿)
2025-06-25 19:11 本頁面
【文章內(nèi)容簡介】 異構 數(shù)據(jù)分析認為，在 SQL Sever 數(shù)據(jù)庫中按照傳統(tǒng)的數(shù)據(jù)模型建立方法集中保存 異構 數(shù)據(jù)會制約數(shù)據(jù)查詢速度的。這主要是由于它 的異構 數(shù)據(jù)文件較多、每個文件很?。ㄒ话阍?1k 左右） 而且格式較多等 原 因。 故考慮以下幾種構建數(shù)據(jù)模型的方法： ①所有文件均以對象形式進行保存 可以充分發(fā)揮 SQL Sever 存儲大對象技術保存每一個 異構 數(shù)據(jù)。可能將每一個 繼電保護異構 數(shù)據(jù)以大對象形式保存在 SQL Sever 數(shù)據(jù)庫中，在提取時也相對較為方便。但是由于 每個設備的 的文件較多， 而且數(shù)據(jù)量不確定 ，這樣會導致數(shù)據(jù)庫中的記錄數(shù)過多，而且存取時與數(shù)據(jù)庫有多次的 I/O 操作，會大大降低提取性能。 也可以將所有類型的非結構化成果數(shù)據(jù)全部保存在一個 文件 中，再把它保存在 SQL Sever 數(shù)據(jù)庫中，但是需要進行大量的數(shù)據(jù)處理 ，而且海量數(shù)據(jù)存 儲 4 時使用該方法不太現(xiàn)實 。 ② 僅保存路徑 可以考慮采用將實際的數(shù)據(jù)保存在操作系統(tǒng)中，而數(shù)據(jù)庫中只保存 數(shù)據(jù)所在位置 。這樣的好處是減少了數(shù)據(jù)庫中數(shù)據(jù)存儲操作、極大縮小了數(shù)據(jù)容量。缺點是無法保證在外部操作系統(tǒng)中的數(shù)據(jù)與屬性數(shù)據(jù)是一致的 ，而且數(shù)據(jù)庫只能在本機使用 。 ③ 全部 繼電保護 數(shù)據(jù)作為一個文件存儲 可以將單個 設備的所有異構數(shù)據(jù) 壓縮成一個文件保存在數(shù)據(jù)庫中，在取出來后再解壓縮。這種方法最為簡單、 I/O 次數(shù)少、有效。唯一不足是在只提取其中某一個類型數(shù)據(jù)時較為麻煩，即 若 只提取 設備參數(shù) ， 也 需要將整個數(shù)據(jù)提取出來。 綜上所述 ， 保存繼電保護異構數(shù)據(jù)時，結合 SQL Server 數(shù)據(jù)庫的特性，使用 C將異構數(shù)據(jù)轉(zhuǎn)換為二進制流，然后將該二進制數(shù)據(jù) 以 Image 類型 保存入數(shù)據(jù)庫中。提取數(shù)據(jù)時，將該二進制流提取出來并使用程序?qū)⑵滢D(zhuǎn)換為異構數(shù)據(jù)。 同時，為了使數(shù)據(jù)庫更加直觀，在保存二進制流的同時將保存其路徑，以便原型系統(tǒng)中操作。 建立數(shù)據(jù)模型 通過對繼電保護異構數(shù)據(jù)的分析，以及對數(shù)據(jù)模型可行性的探討，確定 建立一個以 設備名稱為核心 的數(shù)據(jù)模型，除結構化屬性數(shù)據(jù)之外，其他非結構化數(shù)據(jù)以 二進制流 形式保存在數(shù)據(jù)庫里?？紤]到客戶在提取時有時提取成果 數(shù)據(jù)的一個或多個，有時是全部，為了滿足用戶要求，設計了 將常用的三種文件單個保存進數(shù)據(jù)庫中，其他文件通過壓縮保存進數(shù)據(jù)庫 的數(shù)據(jù)模型，這樣可以實現(xiàn) 檢點保護異構 數(shù)據(jù)的快速存取。壓縮時采用 .NET 企業(yè)級組件中的無損壓縮組件。 通過該數(shù)據(jù)模型，一條設備信息 可以對應一個或多個對象，即可以將所有 5 的 異構 數(shù)據(jù)壓縮成一個對象保存，也可以形成多個對象進行保存。 6 3 優(yōu)化查詢方法研究 使用存儲過程 存儲過程（ Stored Procedure）是一組為了完成特定功能的 SQL 語句集，利用 SQL Server 所提供的 TransactSQL 語言所編寫的程序。 經(jīng)編譯后存儲在數(shù)據(jù)庫中。用戶通過指定存儲過程的名字并給出參數(shù)（如果該存儲過程帶有參數(shù)）來執(zhí)行它， 存儲過程是由流控制和 SQL 語句書寫的過程，這個過程經(jīng)編譯和優(yōu)化后存儲在數(shù)據(jù)庫服務器中，存儲過程可由應用程序通過一個調(diào)用來執(zhí)行，而且允許用戶聲明變量 。同時，存儲過程可以接收和輸出參數(shù)、返回執(zhí)行存儲過程的狀態(tài)值，也可以嵌套調(diào)用。 存儲過程的能力大大增強了 SQL語言的功能和靈活性。存儲過程可以用流控制語句編寫，有很強的靈活性，可以完成復雜的判斷和較復雜的運算。 使用存儲過程 可保證數(shù)據(jù) 的安全性和完整性。通過存儲過程可以使沒有權限的用戶在控制之下間接地存取數(shù)據(jù)庫，從而保證數(shù)據(jù)的安全。通過存儲過程可以使相關的動作在一起發(fā)生，從而可以維護數(shù)據(jù)庫的完整性。在運行存儲過程前，數(shù)據(jù)庫已對其進行了語法和句法分析，并給出了優(yōu)化執(zhí)行方案。這種已經(jīng)編譯好的過程可極大地改善 SQL 語句的性能。由于執(zhí)行 SQL語句的大部分工作已經(jīng)完成，所以存儲過程能以極快的速度執(zhí)行。而且便于 集中控制 ，當程序規(guī)則發(fā)生變化時 在服務器中改變存儲過程即可，無須修改任何應用程序。 使用索引 使用索引可快速訪問 數(shù)據(jù)庫 表中的特定信息。索引是對數(shù)據(jù)庫表中一列或多列的值進行排序的一種結構 。 索引是一個單獨的、物理的數(shù)據(jù)庫結構，它是某個表中一列或若干列值的集合和相應的指向表中物理標識這些值的數(shù)據(jù)頁的邏輯指針清單。 索引提供指向存儲在表的指定列中的數(shù)據(jù)值的指針，然后根據(jù) 7 指定的排序順序?qū)@些指針排序。數(shù)據(jù)庫使用索引的方式與使用書籍中的索引的方式很相似：它搜索索引以找到特定值，然后順指針找到包含該值的行 。 使用索引 大大加快數(shù) 據(jù)的檢索速度 。 本系統(tǒng)中 在 所屬區(qū)域列 上建立索引，在 其他列 不建立索引。這樣可以保證重要查詢條件在定位符合條件的記錄時能夠進行索引跳掃、索引聯(lián)接等，從而達到快速提取的目的。 字段過多的大表可拆分 由于數(shù)據(jù)搜索機制所限，字段過多的大表建議拆分成若干個小表，以關鍵字進行關聯(lián)搜索。 減少表連接 在進行查詢時，將 SQL 語句設計得更科學更精致，使其盡可能少的使用表之間的連接，或者不用連接，因為表連接會產(chǎn)生笛卡爾積，在兩個表記錄數(shù)大時會使查詢性能大為下降。如果進行表關聯(lián)，則要對關聯(lián)順序進行合理處理。 本 模型將 異構數(shù)據(jù)路徑 等外鍵關聯(lián)均取消，將 所有信息 直接保存在表中，這些方法雖然不符合數(shù)據(jù)庫的第三范式要求，并且增加了一部分磁盤的存儲空間，但在查詢時不必進行外鍵關聯(lián)或截取計算，從而會大大提升搜索速度； 盡可能少的使用子查詢嵌套 由于子查詢嵌套會犧牲大量的調(diào)用所需資源，速度大打折扣。 盡量使用精確查詢，少用模糊查詢 這主要是因為模糊查詢的匹配過程是較花時間的，尤其是在沒有建立索引的列上或是在數(shù)據(jù)量非常大時，速度會受到極大的影響。盡可能簡化查詢方法，力爭將模糊查詢簡化成精確查詢。 分頁查詢方法 8 由于在前臺客戶端任一時刻在可視區(qū)內(nèi)能夠看到的數(shù)據(jù)是有限的，一般不超過 50 條，則當符合條件的數(shù)據(jù)很多時，不要提取全部數(shù)據(jù)，而是通過 SQL語句計算并只顯示符合要求的某一頁的幾十條數(shù)據(jù)（如第 5 頁的 40 條），這樣會極大的提高客戶端的響應速度。 9 4 原型系統(tǒng)設計 原型系統(tǒng)框架
畢業(yè)設計相關推薦
鄂ICP備17016276號-1