計算機數據庫三級刷題總結(博主89分已過,總結的內容分享)

計算機數據庫三級刷題總結(博主89分已過,總結的內容分享)

文章目錄

  • 計算機數據庫三級刷題總結(博主89分已過,總結的內容分享)
    • 一、 數據庫設計階段
    • 二、事務相關
    • 三、數據庫設計順序
    • 四、數據庫三級模式與二層映像
    • 五、應用服務器與Web服務器
    • 六、數據庫應用系統功能層次
    • 七、需求分析內容
    • 八、數據庫恢復與索引
    • 九、事務并發控制與預防死鎖
    • 十、其他知識

一、 數據庫設計階段

  1. 邏輯設計階段:包含人物邏輯結構設計、數據庫事務概要設計、應用程序概要設計三部分。
  2. 概念設計
    • 進行系統總體框架設計。每個實體集要有唯一名字,一般用名詞或名詞短語命名。
  3. 物理結構設計
    • 目標:實現空間利用率高、較高訪問效率、較低維護成本。
    • 評估:從時間、空間、維護代價(多種方案)方面進行。

二、事務相關

  1. 事務與用戶交互壞處:降低系統并發度,增加死鎖數量,破壞檢查點效果。
  2. 數據一致性:數據保持一致,在分布式系統中,指多節點數據是否一致,關聯數據邏輯關系是否正確完整。
  3. 事務特性(ACID)
    • 原子性:事務中的操作要么全部執行,要么全部不執行。
    • 一致性:事務執行前后,數據的完整性約束保持不變。
    • 隔離性:多個事務并發執行時,一個事務的執行不能被其他事務干擾。
    • 持久性:事務一旦提交,對數據的修改就永久保存到數據庫中。

三、數據庫設計順序

需求分析→概念結構設計→邏輯結構設計→物理結構設計→實施階段→運行維護。

  1. 需求分析:進行需求調查,分析、整理和表達需求信息,形成需求說明書(如DFD數據流圖和DD數據字典等)。
  2. 概念結構設計:將需求分析得到的用戶數據抽象為信息結構(概念模型),最普遍的是實體關系(E—R)模型。
  3. 邏輯結構設計:把概念結構轉化為特定DBMS支持的數據模型。步驟為:①將概念模型轉化為一般的關系、網狀、層次模型;②將轉化來的模型向特定DBMS支持的數據模型轉化;③優化數據模型。
  4. 物理結構設計:為特定數據模型選取最適合應用要求的物理結構。
  5. 實施
    • 建立實際數據庫結構,用DDL定義數據庫(定義基本表、索引、約束、視圖等)。
    • 裝入數據,組織數據入庫是此階段最主要工作。
    • 編制和調試數據應用程序。
  6. 運行維護
    • 試運行:應用程序調試完成且有一小部分數據入庫后,對數據庫進行聯合調試。
    • 運行階段:由數據庫管理員管理與維護,包括數據庫的轉儲和恢復、數據的安全性完整性控制。

四、數據庫三級模式與二層映像

  1. 三級模式結構
    • 外模式:面向用戶,用戶通過數據庫操縱語言DML操作,體現用戶觀。
    • 概念模式:用數據模式描述語言DDL定義,體現整體觀。
    • 內模式:描述存儲方式和物理結構,體現存儲觀。
  2. 二層映像
    • 外模式/模式映像(邏輯獨立性):每個外模式都有對應映像,定義外模式與模式的對應關系,一般在外模式中描述。當模式改變時,修改此映像可使外模式不變,應用程序也無需修改,保證數據與程序的邏輯獨立性。
    • 模式/內模式映像(物理獨立性):唯一,存在于模式和內模式之間,定義數據全局邏輯結構和存儲結構的對應關系。兩級模式結構可能不同,此映像保證了數據庫外模式的穩定性,除非需求變化,否則應用程序無需修改。

五、應用服務器與Web服務器

  1. 應用服務器:通過各種協議將商業邏輯暴露給客戶端程序,客戶端調用其商業邏輯如同調用對象方法。
  2. Web服務器
    • 解析HTTP協議,接收到HTTP請求后返回HTTP響應,如HTML頁面。可響應靜態頁面、圖片,進行頁面跳轉,或委托其他程序(如CGI腳本、JSP腳本等)生成動態響應。
    • 企業WEB服務器是企業網絡用戶信息交流平臺,是信息化應用入口,一些應用系統集成在其上。其代理模型簡單,只傳遞請求給處理程序,提供執行環境。雖不支持事務處理或數據庫連接池,但可配置策略實現容錯性和可擴展性。

六、數據庫應用系統功能層次

  1. 表示層:用于顯示數據和接受用戶輸入數據,一般為Windows應用程序或Web應用程序。
  2. 業務邏輯層:是表示層和數據訪問層的橋梁,負責數據傳遞和處理。
  3. 數據訪問層:實現對數據的保存和讀取操作,可訪問關系數據庫、文本文件或XML文檔等。
  4. 數據持久層:以程序為媒介將表現層或服務層的數據持久化,位于物理層和數據訪問層之間。

七、需求分析內容

  1. 數據處理需求分析:從數據組織與存儲設計角度,辨識數據項和數據結構,與功能需求分析結果組成數據字典,形成“數據規范說明書”。
  2. 功能需求分析:針對DBAS應具有的功能分析,是核心環節,分為數據處理需求分析與業務規則需求分析。從數據訪問和處理角度明確數據訪問操作,可從用戶視圖出發匯總分析結果。
  3. 性能需求分析:描述系統應達到的性能指標。
  4. 其他需求分析
    • 存儲需求分析:估計DBAS系統數據存儲量。
    • 安全需求分析:用于數據庫安全設計,防止非法使用和攻擊。

八、數據庫恢復與索引

  1. 雙機熱備:屬于數據庫恢復技術,保證介質破壞后數據完整性。
  2. 使用索引原則
    • 在需經常搜索的列、主鍵、經常用于連接、范圍搜索、排序、where查詢子句引用效率高、Order By和Group By子句出現的列上創建索引。
  3. 文件組織形式
    • 散列文件:利用散列存儲,優點是隨機存放、插入刪除方便、存取速度快、節省存儲空間;缺點是不能順序存取,只能按關鍵字隨機存取,詢問方式受限,多次操作后可能需重組。
    • 堆文件:基本表數據量少且操作頻繁時適用,無需建立索引,維護代價低,雖訪問效率低,但數據量少時定位時間短。
    • 順序文件:文件信息存于連續物理塊,支持順序和隨機存取,順序存取速度相對快,缺點是不能動態增長,不利于插入和刪除,適用于查詢條件定義在查找碼上的情況。
    • 聚集文件:將關聯關系記錄存儲在一起,適合頻繁多表連接查詢,可改善查詢效率。

九、事務并發控制與預防死鎖

  1. 事務是并發控制基本單位:保證事務ACID特性是重要任務,多個事務并發操作可能破壞其特性。
  2. 預防死鎖原則
    • 各個事務應順序訪問共享資源,分解復雜大事務。
    • 按同一順序訪問對象。
    • 合理設置事務隔離性級別。
    • 使用綁定連接。
    • 靈活使用顯示加鎖技術。

十、其他知識

  1. 順序圖與活動圖:順序圖描述對象自身及對象間信息傳遞順序;活動圖描述系統、用例和程序模塊中邏輯流程的先后和并行次序。
  2. 觸發器:前觸發型觸發器在操作語句執行前激活,后觸發器在語句執行后激活。
  3. 數據庫文件:每個數據庫有且僅有一個主要數據文件,可多個次要數據文件,至少有一個日志文件,也可多個,日志文件不屬于文件組,一個文件不能是多個文件組的成員。
  4. 強制存取控制規則:主體許可證級別大于或等于客體密級時才能讀取;等于客體密級時才能寫。
  5. 數據庫重組與重構:重組不修改原設計邏輯和物理結構,重構要部分修改數據庫模式和內模式。
  6. 索引相關
    • 多屬性索引中,索引屬性按區分度排序。
    • 散列索引檢索速度快,但不能用于范圍查詢。
  7. 分布式數據庫
    • 傳輸代價:I/0代價 + CPU代價 + 通信代價。
    • 查詢優化目標:使通信代價最省。
    • 數據分配方式:集中式、分割式、全復制式、混合式。
  8. SQL Server恢復模式:簡單恢復(無日志備份,自動回收日志空間,最新備份后更改不受保護,只能恢復到備份結尾)、完整恢復(需日志備份,可恢復到任意時點)、大容量日志恢復(需日志備份,是完整恢復附加模式,允許高性能大容量復制操作,減少日志空間使用量,某些情況下需重做更改,不支持時點恢復)。
  9. 數據庫應用系統實現與部署:包括建立數據庫結構、數據加載、事務和應用程序編碼及測試、系統集成測試與試運行、系統部署。
  10. IDEF0:用于描述企業重要過程(活動),以圖形表示,輸入在框圖左側,輸出在右側,控制在上方,機制在下方。
  11. 事務概要設計內容:事務名稱、所訪問關系表及屬性、處理邏輯、事務用戶。
  12. 活鎖:線程資源沖突激烈,不斷嘗試獲取資源卻失敗,狀態變化但無法達到目的,與死鎖不同,活鎖可能自動解開。
  13. 存儲過程:可接受多個輸入和輸出參數。
  14. 唯一索引:保證索引鍵值不重復,多列唯一索引確保索引列值組合唯一,與非聚集索引無限定關系。
  15. Oracle安全控制機制:分為數據庫級(通過用戶身份認證和授予系統權限保證)、表級、行級和列級(通過授予或回收對象特權保證),用戶分為DBA用戶和普通用戶。
  16. 數據庫性能優化:單純增加數據庫CPU數量不一定提高查詢速度,RAID1提高讀速度、加強可靠性,但磁盤利用率低、寫速度未提高,數據庫管理員需深入了解數據庫和業務系統。
  17. 反規范化方法:增加派生冗余列、增加冗余列、重新分組、分割表和新增匯總表等,增加冗余列可避免查詢連接操作。
  18. 數據備份
    • 靜態轉儲:保證數據有效性,但降低數據庫可用性。
    • 動態轉儲:提高數據庫可用性,但數據有效性無保證,需結合日志文件保證數據一致性。
    • 備份策略考慮因素:備份空間、時間等。
    • 備份方式:完全轉儲(對所有數據轉儲,占用時間和空間多)、差量轉儲(對最近一次完全轉儲以來變化進行轉儲,速度快、占用空間小,恢復速度快)、增量轉儲(只復制上次轉儲后變化部分,所需時間和空間短,但只能與完全轉儲配合恢復,恢復時間長)。
  19. SQL Server系統數據庫:只有tempdb數據庫不需要備份,每次SQL Server啟動時會重新新建。
  20. 分布式數據庫特征:本地自治、非集中式管理、高可用性,具有位置獨立性、數據分片獨立性和數據復制獨立性形成的分布透明性。
  21. 共享磁盤結構:處理機有獨立內存,通過互聯網共享磁盤,可克服共享內存結構問題,但有通信代價。
  22. 分類器構造方法:統計方法(貝葉斯法和非參數法)、機器學習方法(決策樹法和規則歸納法)、神經網絡方法(BP算法),K - means屬于聚類算法。
  23. SQL server排名函數
    • RANK():返回結果集分區內每行排名,排名可能不連續。
    • DENSE_RANK():返回排名無間斷,始終連續。
    • ROW_NUMBER():返回結果集分區內行序列號,從1開始。
    • NTILE():將行分發到指定數目組中,返回行所屬組編號。
  24. 數據庫存儲方法
    • 聚集:將經常一起使用、有公共列值的多個表數據行存儲在一起。
    • 稠密索引:數據文件每個查找碼值在索引文件中都對應一個索引記錄。
  25. RAID1磁盤陣列特點:鏡像磁盤陣列,數據百分百備份,提供最高數據安全保障,提高讀速度,加強系統可靠性,磁盤利用率低(冗余度50%),寫速度未提高,適用于存放重要數據,支持“熱交換”。
  26. QPS與TPS定義
    • QPS:Queries Per Second,每秒查詢率,衡量服務器每秒響應查詢次數。
    • TPS:TransactionsPerSecond,事務數/秒,軟件測試結果測量單位,一個事務指客戶機向服務器發送請求并得到響應的過程。
  27. DFD(數據流圖)元素表示:數據流用箭頭,處理用矩形框,數據存儲用圓角矩形框,外部項用圓角框或者平行四邊形框。
  28. 數據庫應用系統層次設計任務
    • 表示層:進行人機界面設計。
    • 業務邏輯層:梳理業務活動,表示為系統架構。
    • 數據訪問層:設計操作數據庫的事務。
    • 數據持久層:進行應用系統存儲結構設計。
  29. 分區表:數據操作只涉及部分數據時可考慮建立。
  30. 匯總表:將頻繁使用統計操作中間結果保存其中,降低數據訪問量和CPU計算量。
  31. 復合索引:用戶在多個列上建立的索引,可代替多個單一索引,查詢時最好將WHERE條件順序作為索引列順序,效率最高。
  32. 主索引:在數據文件主碼屬性集上建立的索引。
  33. 順序圖消息表示:對象間通信用對象生命線之間水平消息線表示,箭頭說明消息類型,可表示遞歸過程,消息可創建和銷毀對象,可帶條件,條件不互斥時消息可能并行發出。
  34. 觸發器類型
    • DML觸發器:由INSERT、UPDATE、DELETE等DML語句產生事件觸發,分為AFTER觸發器(在DML事件發生后執行,只適用于數據表)和INSTEADOF觸發器(在DML事件發生前執行,可用于數據表和視圖,同一操作只能定義一個),還可按觸發事件類型分為INSERT、UPDATE、DELETE觸發器。
    • DDL觸發器:由執行DDL語句產生事件觸發,用于執行數據庫級管理任務,如審核和規范數據庫操作。
    • LOGON觸發器:響應LOGON事件(登錄)觸發,可跟蹤用戶登錄活動。
  35. 刪除架構選項:使用CASCADE選項會刪除架構及其所有架構對象;使用RESTRICT選項,若架構包含對象則拒絕刪除。
  36. SQL Server系統數據庫:安裝后自動安裝master、msdb、model、tempdb和Resource數據庫,master記錄其他數據庫物理存儲位置,msdb存儲作業信息,Resource是只讀數據庫,包含系統對象。
  37. 強制存取控制規則:主體許可證級別不低于客體密級才能讀取,不高于客體密級才能寫。
  38. 多磁盤存儲系統:將基本表和索引放不同磁盤,可提高文件讀寫速度。
  39. 分布式數據庫管理系統組件
    • 全局數據庫管理系統:核心,提供分布透明性,協調全局事務執行,支持全局應用。
    • 局部數據庫管理系統:負責創建和管理局部數據庫,提供場地自治能力,執行全局應用及子查詢。
  40. 數據劃分方法
    • 范圍劃分:有利于范圍查詢及點查詢。
    • 輪轉法:適合掃描整個關系的應用,可并行讀取數據,負載均衡。
    • 散列劃分:適合點查詢。
  41. 數據倉庫目的:集成企業數據,形成面向分析的數據環境,支持信息性、決策性分析應用。
  42. TOP限定結果集
    • WITH TIES:包括最后一行取值并列的結果。
    • TOP n:取查詢結果前n行數據。
    • TOP n percent:取查詢結果前n%行數據。
  43. 公用表表達式:將查詢結果集命名,可多次引用,語法格式為WITH公用表表達式標識符(列表…列表) AS (SELECT語句)。
  44. 集合運算:交(intersect)、并(union)、差(except)。
  45. 刪除函數語法:DROP FUNCTION。
  46. SQL Server觸發器表:INSERTED表用于存儲INSERT和UPDATE語句影響的行副本。
  47. SQL Server用戶自定義函數類型:標量函數和表值函數。
  48. 權限轉授選項:授權語句中加上WITH GRANT OPTION選項可使用戶將權限轉授給其他用戶。
  49. 非預期事務內部故障:如運算溢出、并發事務死鎖、違反完整性限制等故障,不能由事務程序處理。
  50. 分布式數據庫特征:本地自治、非集中式管理、高可用性。
  51. 數據挖掘類型:從銷售交易數據庫找出物品關系,屬于關聯(或關聯分析、關聯規則)挖掘。
  52. DATEADD()函數:在日期中添加或減去指定時間間隔,語法為DATEADD( datepart, number, date)。
  53. 內存、CPU、存儲相關:內存增加可提高數據處理效率,CPU主頻提高可增加單位時間處理數據量,SLC成本高、容量小、速度快,MLC容量大、成本低、速度慢。
  54. 網絡帶寬定義:單位時間(1秒鐘)內能傳輸的數據量,原指通訊線路或設備傳送信號范圍,網絡中是指規定時間內從一端流到另一端的信息量,即數據傳輸率。
  55. 數據庫物理設計內容:數據庫邏輯模式描述、文件組織與存取設計、數據分布設計、確定系統配置、物理模式評估。
  56. 需求分析過程:包括標識問題、建立需求模型、描述需求、確認需求。DFD和IDEF0可用于建立需求模型,IDEF2用于系統模擬,建立動態模型。
  57. 降低死鎖發生法則:按同一順序訪問資源、避免事務中的用戶交互、采用小事務模式縮短事務長度減少鎖占用時間、盡量使用記錄級(行鎖)少用表級鎖、使用綁定連接使應用程序連接相互合作。
  58. COUNT函數區別:COUNT (*)返回表的行數,不過濾null和重復行;COUNT (表達式)過濾null值,值為null的行不計數,不加distinct關鍵字會過濾重復行。
  59. 觸發器定義選項區別:使用FOR或者AFTER選項定義的為后觸發的觸發器,在引發操作成功且約束檢查完成后執行;使用INSTEAD OF選項定義的為前觸發器,執行觸發器替代引發的SQL語句操作。
  60. 游標關鍵字作用
    • NEXT:返回緊跟當前行后的數據行,首次操作返回結果集第一行,當前行遞增為結果行。
    • PRIOR:返回行設為當前行。
    • FIRST:設置第一行為當前行。
    • LAST:設置最后一行為當前行。
  61. SQL Server 2008數據庫文件大小:主要數據文件大小最小不能小于3MB。
  62. 主文件組相關:主(PRIMARY) 文件組包含主要數據文件和未明確分配給其他文件組的數據文件,系統表頁均在主文件組,日志文件不在文件組內,數據庫只有一個主文件組,可多個用戶定義文件組。
  63. SQL Server特殊用戶
    • Guest:特殊數據庫用戶,常作為匿名訪問者使用。
    • sa:系統定義的數據庫登錄賬戶,一個登錄賬戶可映射為多個數據庫用戶,成為合法用戶后除有系統視圖查詢權限外,無其他操作權限。
  64. 備份關鍵字
    • 差異備份:WITH DIFFERENTIAL 。
    • 累計備份:WITH CUMULATIVE。
  65. 無共享結構:被認為是支持并行數據庫系統的最好并行結構,通過最小化共享資源降低資源競爭概率,可擴展性高,適合OLTP應用。
  66. XML數據庫適用場景:適合管理復雜數據結構的數據集,數據有層次特征時便于操作。
  67. 三層B/S結構系統:將數據處理功能分布在表示層(客戶端,由Web瀏覽器實現)、應用層(Web應用服務器,實現業務規則)、數據層(數據庫服務器,通過DBMS完成數據存儲和存取)。
  68. 分割表調優方法優缺點
    • 水平分割:增加應用復雜度,查詢所有數據需union操作。
    • 垂直分割:數據行變小,數據頁存更多數據,查詢減少I/O次數提高性能,但查詢所有數據需Join操作。
  69. 數據庫角色權限
    • db_datawriter:有增、刪、改、查所有用戶表數據的權限。
    • db_accessadmin:有添加和刪除數據庫用戶的權限。
    • db_backupoperator:有備份和恢復數據庫的權限。
    • db_owner:有創建數據庫對象的權限。
  70. 游標參數意義(ABSOLUTE { n| @nvar}):n或@nvar為正,返回游標第一行開始的第n行并設為新當前行;為負,返回游標最后一行開始之前的第n行并設為新當前行;為0,不返回行。n為整數常量,@nvar數據類型為smallint、tinyint或int。
  71. SQL Server固定數據庫角色及權限
    • db_owner:可進行數據庫全部操作,包括配置、維護和刪除。
    • db_accessadmin:可添加或刪除數據庫用戶。
    • db_securityadmin:可管理數據庫角色、成員以及語句和對象權限。
    • db_ddladmin:可執行數據定義語言(DDL)。
    • db_backupoperator:可備份數據庫和日志。
    • db_datareader:可查詢數據庫所有用戶數據。
    • db_datawriter:可插入、刪除和更新數據庫所有用戶數據。
    • db_denydatareader:不允許查詢數據庫所有用戶數據,等同于對所有表和視圖授予DENY SELECT權限。
    • db_denydatawriter:不允許INSERT、DELETE和UPDATE數據庫所有用戶數據。
  72. T-SQL恢復語句:恢復數據庫使用RESTORE DATABASE語句,恢復事務日志使用RESTORE LOG語句。
  73. 局部數據模型透明性:處于分配模式與局部概念模式之間,用戶編寫應用程序需了解全局數據分片、副本復制及場地位置分配情況,但無需了解各場地上數據庫的數據模型。
  74. 分布式數據庫數據分配方式
    • 集中式:所有數據片段在一個場地上。
    • 分割式:全局數據只有一份,分割成若干片段,每個片段在特定場地上。
    • 全復制式:全局數據有多個副本,每個場地都有完整副本。
    • 混合式:全局數據分為若干子集,每個子集在一個或多個場地上,場地未必保存所有數據。
  75. 索引建立語句:在SQL語言中,建立索引使用CREATE INDEX語句,一般格式為CREATE [UNIQUE] INDEX <索引名> ON <表名> (<列名> [<次序>],<列名> [<次序>],) INCLUDE (屬性名)WHERE 約束條件。
  76. hash索引原理:傳統索引基于“比較”,理想情況是不比較直接存取記錄,需在記錄存儲位置和關鍵字間建立對應關系f(hash函數),通過此函數可直接找到記錄存儲位置。
  77. 分布式數據庫查詢相關
    • 通信代價大原因:各個站點分片間的連接和并操作。
    • 分布透明性層次:分片透明性、位置透明性、局部數據模型透明性,分片透明性是最高層次。
    • 目標:本地自治、非集中式管理、高可用性、位置獨立性、數據分片獨立性等。
  78. 數據水平分片:從關系行(元組)角度按條件劃分為不同片斷,每一行至少屬于一個片斷,以便重構關系。
  79. 并行數據庫劃分技術
    • 輪轉法:對關系順序掃描,元組按順序存儲到不同磁盤,保證均勻分布。
    • 散列劃分:選定散列函數,對元組基于劃分屬性散列,按散列值存儲到相應磁盤。
    • 范圍劃分:按關系中某個屬性取值范圍劃分數據文件并存到不同磁盤。輪轉法適合掃描整個關系的應用,能充分發揮并行性。
  80. 數據字典內容:是對系統中各類數據描述的集合,包括數據項、數據結構、數據流、數據存儲和處理過程5個部分,在數據庫設計中很重要。
  81. 數據模型構成:由數據結構、數據操作和完整性約束三部分構成,完整性約束是限定數據及聯系的規則,保證數據正確、有效、相容,實體完整性規定主碼屬性不能為空。
  82. 死鎖檢測方法:周期性檢查事務等待圖。
  83. redo和undo操作原因及對象:系統故障造成數據庫不一致,一是未完成事務更新可能寫入數據庫,二是已提交事務更新可能在緩沖區未寫入。對故障發生前已提交事務(有BEGIN Transaction和commit)做redo操作,對未完成事務(只有BEGIN Transaction,無commit或rollback)做undo操作。
  84. 模式分解要求:保證分解具有”無損連接性”(連接重組可精確恢復原數據表)和”保持函數依賴”(原關系模式屬性隱含關系在分解后不丟失)。
  85. 三層架構優缺點:三層架構將更多任務傳至服務器端計算,增加網絡通信量,運行速度受網絡制約,在適用Internet、維護方面比C/S強,在運行速度、數據安全、人機交互方面不如C/S。
  86. SQL Server Agent組件及作用:是任務規劃器和警報管理器,可將周期性活動定義為任務自動運行,系統管理員可利用其接收警告信息定位問題提高管理效率,主要包括作業、警報和操作組件。
  87. 僅具登錄權限用戶查詢范圍:對SQL Server只能查詢系統數據庫中有關SQL Server的一些系統信息,即master、msdb數據庫部分數據。
  88. DATEDIFF()函數作用及語法:可返回兩個日期之間的天數,語法為DATEDIFF (datepart, startdate, enddate),startdate和enddate為合法日期表達式。
  89. 數據庫恢復順序:①恢復最近的完全數據庫備份;②恢復完全備份之后的最近的差異數據庫備份;③按日志備份的先后順序恢復自最近的完全或差異數據庫備份之后的所有日志備份。
  90. 避免活鎖策略:DBMS采用先來先服務(FIFS) 策略處理事務數據操作請求,按事務請求加鎖先后順序排隊,鎖釋放后分配給隊列第一個事務,避免活鎖。
  91. 數據庫性能優化方面
    • 分析階段:確定性能等非功能性需求及量化指標。
    • 設計階段:數據庫邏輯設計規范化,合理冗余,設計主鍵、外鍵、字段,考慮數據庫物理存儲和環境,利用文件組分散I/O操作提高并發能力。
    • 系統設計階段:系統結構設計影響性能,OLTP系統可選擇C/S或三層C/S結構,歸納業務邏輯在數據庫編程實現,減少網絡流量,利用數據庫預編譯和緩存功能,根據需求初步設計索引。
    • 編碼階段:程序員具備優化意識,減少客戶端大數據量循環操作,用SQL語句或存儲過程代替,注意SQL語句優化,如少用SELECT *,注意事務和鎖,合理使用臨時表、表變量,慎用游標和觸發器,盡量使用索引。
    • 硬件優化:使用基于硬件的RAID提供更佳性能,避免占據系統CPU周期,利用數據庫分區技術平衡I/O訪問,避免I/O瓶頸。
    • 事務處理調優:處理數據庫并發操作帶來的數據不一致問題,并發控制主要方法是封鎖,調優考慮事務鎖個數(越少越好)、鎖類型(讀鎖有利)、持有鎖時間(越短越好)。
  92. SQL Server 2008備份方式:完整備份、差異備份、事務日志備份、文件和文件組備份。
  93. 分布式數據庫操作順序:先進行數據分片(對關系操作),再數據分配(對分片結果操作),分片是全局關系的映像,分配是物理存放場地的映像。
  94. 使用索引原則重復強調:在需要經常搜索的列、主鍵、經常用于連接、范圍搜索、排序、where子句的列上創建索引。
  95. 觸發器數量限制:一個表上可以建立多個后觸發器,而只能建立一個前觸發器。

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/bicheng/72648.shtml
繁體地址,請注明出處:http://hk.pswp.cn/bicheng/72648.shtml
英文地址,請注明出處:http://en.pswp.cn/bicheng/72648.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

記錄一些面試遇到的問題

重載和重寫的區別 重載是overload&#xff0c;覆蓋是override 重載屬于編譯時多態&#xff0c;覆蓋屬于運行時多態 運行時多態和編譯時多態 運行時多態指的是在運行的時候才知道要調用哪一個函數&#xff0c;編譯時多態是指在編譯的時候就知道調用哪一個函數。 運行時多態…

HBuilder X 使用 TortoiseSVN 設置快捷鍵方法

HBuilder X 使用 TortoiseSVN 設置快捷鍵方法 單文件&#xff1a;(上鎖&#xff0c;解鎖&#xff0c;提交&#xff0c;更新) 安裝好 TortoiseSVN &#xff0c;或者 按圖操作&#xff1a; 1&#xff0c;工具欄中 【自定義快捷鍵】 2&#xff0c;點擊 默認的快捷鍵設置&…

JmeterHttp請求頭管理出現Unsupported Media Type問題解決

JmeterHttp請求頭管理出現Unsupported Media Type問題解決 大多數的app與pc端壓測的時候都會出現這種情況 當我們在jemter測試當中當中遇見Unsupported Media Type&#xff0c;有一種可能就是我們請求的網頁的content-Type的類型與我們測試的時候的類型不一致 解決方法 可以添…

Spring AI 1.0.0-M6 快速開始(一)

Spring AI 1.0.0-M6 入門一、存儲庫二、依賴管理完整maven 入門 Spring 是JAVA中我們經常使用的框架之一&#xff0c;Spring AI不斷的發展迭代目前已經到M6版本據說上半年會出一個穩定版本。 本節提供了如何開始使用Spring AI的M6。 一、存儲庫 1.0 M6 -添加Spring存儲庫 需…

頂點著色器和片段著色器

在Unity渲染中&#xff0c;**頂點著色器&#xff08;Vertex Shader&#xff09;和片段著色器&#xff08;Fragment Shader&#xff09;**是圖形渲染管線中的兩個核心階段。我們可以通過一個比喻來理解它們的分工&#xff1a;想象你要畫一幅由三角形組成的3D模型&#xff0c;頂點…

Impacket工具中的橫向滲透利器及其使用場景對比詳解

在滲透測試中&#xff0c;橫向移動&#xff08;Lateral Movement&#xff09;是指攻擊者在獲得一個系統的控制權限后&#xff0c;通過網絡進一步滲透到其他系統的過程。Impacket 是一款強大的滲透測試工具集&#xff0c;提供了多種實現橫向滲透的腳本&#xff0c;常見的工具包括…

設計模式|策略模式 Strategy Pattern 詳解

目錄 一、策略模式概述二、策略模式的實現2.1 策略接口2.2 具體策略類2.3 上下文類2.4 客戶端代碼2.5 UML類圖2.6 UML時序圖 三、優缺點3.1 ?優點3.2 ? 缺點 四、最佳實踐場景4.1 適合場景描述4.2 具體場景 五、擴展5.1 繼承復用機制和復合策略5.2 對象管理&#xff1a;優化策…

迷你世界腳本顯示板管理接口:DisPlayBoard

顯示板管理接口&#xff1a;DisPlayBoard 迷你世界 更新時間: 2023-04-26 10:21:14 具體函數名及描述如下: 序號 函數名 函數描述 1 showBoard(...) 對玩家顯示顯示板 2 hideBoard(...) 對玩家隱藏顯示板 3 setBoardPicture 對玩家設置顯示板的圖片…

尚硅谷爬蟲note14

一、scrapy scrapy&#xff1a;為爬取網站數據是&#xff0c;提取結構性數據而編寫的應用框架 1. 安裝 pip install scrapy 或者&#xff0c;國內源安裝 pip install scrapy -i https&#xff1a;//pypi.douban.com/simple 2. 報錯 報錯1&#xff09;building ‘twisted.te…

merge函數

merge函數 今天在刷lc&#xff0c;從靈神題解中學到的 來源&#xff1a;560. 和為 K 的子數組 - 力扣&#xff08;LeetCode&#xff09; java8 merge()方法被引入到HashMap類中&#xff0c;用于簡化鍵值對操作&#xff0c;在處理鍵值對時&#xff0c;提供一個重新映射函數來決…

Notepad++ 8.6.7 安裝與配置全攻略(Windows平臺)

一、軟件定位與核心優勢 Notepad 是開源免費的代碼/文本編輯器&#xff0c;支持超過80種編程語言的高亮顯示&#xff0c;相比系統自帶記事本具有以下優勢&#xff1a; 輕量高效&#xff1a;啟動速度比同類軟件快30%插件擴展&#xff1a;支持NppExec、JSON Viewer等200插件跨文…

建筑兔零基礎自學python記錄39|實戰詞云可視化項目——章節分布10(上)

這次我們來制作《紅樓夢》各章節的分布情況&#xff1a; 源代碼&#xff1a; import pandas as pd import numpy as np import matplotlib.pyplot as pltdf_hlm pd.read_csv("hlm.txt", names["hlm_texts"]).dropna()df_hlm df_hlm[~df_hlm.hlm_texts.s…

C++:#ifndef 頭文件保護機制詳解

在C開發中&#xff0c;頭文件可能會被多個源文件包含&#xff0c;導致編譯錯誤。為了避免這種情況&#xff0c;我們使用了頭文件保護機制&#xff08;防止重復包含&#xff09;。 頭文件保護的原理 通過預處理指令#ifndef&#xff08;如果沒有定義&#xff09;和#define&…

利用MQ自動取消未支付超時訂單最佳實踐

一、利用MQ自動取消未支付超時訂單最佳實踐 1、基于 RocketMQ 延遲消息 1.1&#xff1a;延遲消息 當消息寫入到 Broker 后&#xff0c;不會立刻被消費者消費&#xff0c;需要等待指定的時長后才可被消費處理的消息&#xff0c;稱為延時消息。 1.2&#xff1a;實現流程 &am…

基于 ChatGPT 創建專屬 GPTs

文章目錄 基于 ChatGPT 創建專屬 GPTs一、效果展示1.1 中文命名專家1.2 行程小助手 二、核心配置2.1 Instructions2.3 Actions 三、Agent 簡介3.1 功能框架3.2 工作流程3.3 意圖識別 四、數據流程 基于 ChatGPT 創建專屬 GPTs ChatGPT 具備定制 GPTs 的能力&#xff0c;能夠通…

Spring Boot WebFlux 中 WebSocket 生命周期解析

Spring Boot WebFlux 中的 WebSocket 提供了一種高效、異步的方式來處理客戶端與服務器之間的雙向通信。WebSocket 連接的生命周期包括連接建立、消息傳輸、連接關閉以及資源清理等過程。此外&#xff0c;為了確保 WebSocket 連接的穩定性和可靠性&#xff0c;我們可以加入重試…

【數據挖掘】異構圖與同構圖

在圖論&#xff08;Graph Theory&#xff09;中&#xff0c;異構圖&#xff08;Heterogeneous Graph&#xff09;和同構圖&#xff08;Homogeneous Graph&#xff09;是兩種不同的圖結構概念&#xff0c;它們的主要區別在于節點和邊的類型是否單一。 1. 異構圖&#xff08;Hete…

Golang實踐錄:go發布版本信息收集

go發布版本信息收集。 背景 本文從官方、網絡資料收羅有關go的發布歷史概況。主要目的是能快速了解golang不同版本的變更。鑒于官方資料為英文&#xff0c;為方便閱讀&#xff0c;使用工具翻譯成中文&#xff0c;重要特性參考其它資料補充/修改。由于發布版本內容較多&#xf…

【C++】: STL詳解 —— set和map類

目錄 關聯式容器 鍵值對 set set的概念 set的構造函數 set的使用 map map的概念 map的構造函數 map的使用 multiset multimap 關聯式容器 C標準庫提供了多種容器&#xff0c;用于高效管理和操作數據集合。這些容器可分為以下幾類&#xff1a; 順序容器&#xff08;…

DeepSeek:構筑大數據平臺底座的最優解

一、大數據平臺底座的重要性 在數字化浪潮席卷全球的當下,數據已成為企業乃至整個社會最具價值的資產之一 。大數據平臺底座作為數據處理和業務支撐的核心樞紐,其重要性不言而喻,猶如大廈的基石,關乎整個數據生態系統的穩定與發展。 從數據處理角度來看,隨著互聯網、物聯…