Oracle PL/SQL彈性實戰(zhàn)

目錄
前言 1
第Ⅰ部分 創(chuàng)建PL/SQL 工具箱
第1 章 彈性軟件和PL/SQL .13
1.1 彈性軟件15
1.2 彈性系統(tǒng)示例 .16
1.2.1 彈性需求：“是什么”與“怎么做” .16
1.2.2 使用PL/SQL 的動機：別用扳手切披薩 19
1.2.3 學習Java ORM 20
1.2.4 以數(shù)據(jù)為中心的復雜工作流 .20
1.2.5 將SQL 用于復雜的業(yè)務邏輯不是一個好主意 .23
1.3 一個警示故事 .23
1.3.1 擁抱PL/SQL 抽象 26
1.3.2 PL/SQL 的缺點 26
1.3.3 一種更好的方法 27
1.4 PL/SQL 入門 27
1.4.1 如何閱讀現(xiàn)有或遺留的PL/SQL 代碼 28
1.4.2 游標 31
1.5 理解PL/SQL 的學習及開發(fā)環(huán)境的必要性 34
1.6 彈性尺度35
1.6.1 捕獲所有錯誤和異常：得分 = 0 .36
1.6.2 可恢復性：得分 = 2 36
1.6.3 可觀測性：得分 = 0 37
1.6.4 可修改性：得分 = 5 37
1.6.5 模塊化：得分 = 2 37
1.6.6 簡單性：得分 = 5 37
1.6.7 編碼規(guī)范：得分 = 5 37
1.6.8 可復用性：得分 = 2 38
1.6.9 可重復測試：得分 = 2 .38
1.6.10 避免常見反模式：得分 = 0 .38
1.6.11 模式演進：得分 = 0 38
1.7 小結(jié) .39
第2 章 安裝容器化Oracle Database 實例和
SQL Developer 41
2.1 安裝虛擬化Oracle Database 41
2.2 Docker 入門 .43
2.3 配置Oracle Database 51
2.4 更新用戶密碼 .52
2.5 SQL Developer 入門 53
2.6 回顧基本的Docker 工作流57
2.7 運行SQL Developer 59
2.8 一個簡單的模式 61
2.9 運行PL/SQL 代碼 63
2.10 三個Docker 常見錯誤 .65
2.10.1 Docker 區(qū)分大小寫 .65
2.10.2 急于連接數(shù)據(jù)庫 66
2.10.3 由可怕的Windows 更新引發(fā)的Docker 問題 .67
2.11 Docker 命令行的替代 67
2.12 Docker 命令行的另一種替代 69
2.13 小結(jié) 71
第3 章 小試SQL Developer 73
3.1 修復煩人的PL/SQL 錯誤 .74
3.2 在數(shù)據(jù)庫中安裝PL/SQL 存儲過程 .78
3.3 在數(shù)據(jù)庫中安裝存儲過程 80
3.4 執(zhí)行PL/SQL 存儲過程 81
3.5 要點：錯誤乃良師 84
3.6 小結(jié) .85
第4 章 在PL/SQL 代碼中應用彈性尺度 87
4.1 彈性尺度需求1：捕獲所有錯誤和異常 89
4.1.1 異常處理的變化 90
4.1.2 運行更新后的PL/SQL .92
4.2 彈性尺度需求2：可恢復性 100
4.3 彈性尺度需求3：可觀測性 102
4.3.1 如果日志記錄出現(xiàn)異常該怎么辦？ 103
4.3.2 更新模式 104
4.4 彈性尺度需求4：可修改性 107
4.5 彈性尺度需求5：模塊化 111
4.5.1 日志記錄包 . 117
4.5.2 創(chuàng)建日志記錄包 119
4.5.3 整合日志記錄功能 122
4.6 彈性尺度需求6：簡單性 125
4.7 彈性尺度需求7：編碼規(guī)范 126
4.8 彈性尺度需求8：可復用性 127
4.9 彈性尺度需求9：可重復測試 .129
4.9.1 安裝utPLSQL 131
4.9.2 在SQL Developer 中創(chuàng)建utPLSQL 單元測試 133
4.10 運行utPLSQL 單元測試 135
4.11 彈性尺度需求10：避免常見的反模式 .144
4.11.1 代碼過長 147
4.11.2 代碼過于復雜 147
4.11.3 缺少異常/ 錯誤處理 .148
4.11.4 與異常共存 148
4.11.5 缺少模塊化 148
4.11.6 無法確定根源的崩潰 149
4.12 彈性尺度需求11：模式演進 .150
4.13 彈性尺度變動匯總 154
4.14 小結(jié) 156
第Ⅱ部分 特性驅(qū)動開發(fā)
第5 章 調(diào)用PL/SQL . 161
5.1 兩種PL/SQL 集成模型 161
5.2 使用作業(yè)調(diào)用PL/SQL .162
5.3 使用Java 程序調(diào)用PL/SQL .166
5.3.1 設置簡單的Java 應用程序 167
5.3.2 運行Java 應用程序 .169
5.3.3 Java 錯誤歸誰 173
5.3.4 讀取數(shù)據(jù)庫元數(shù)據(jù) 173
5.3.5 一些Java PL/SQL 陷阱 .175
5.3.6 Oracle Database 密碼陷阱 175
5.4 小結(jié) 175
第6 章 特性驅(qū)動的PL/SQL 開發(fā) . 177
6.1 什么是特性 177
6.1.1 SQL Developer 的一個特性 178
6.1.2 特性示例 181
6.2 剖析特性.184
6.2.1 闡明特性的共同目標186
6.2.2 允許定義特性能夠完成的有用工作 187
6.2.3 定義特性輔助器和調(diào)用機制 188
6.2.4 定義檢驗特性及其組件的測試 188
6.2.5 確定特性及其組件的需求 188
6.3 將日志存儲過程重塑為特性 .189
6.4 將update_employees 存儲過程視為特性191
6.5 測試特性或垂直切片 193
6.6 業(yè)務關鍵型PL/SQL 代碼 194
6.7 特性的其他方面 .195
6.7.1 特性與系統(tǒng)健康 195
6.7.2 特性和端點 .196
6.8 小結(jié) 197
第Ⅲ部分 綜合運用PL/SQL 工具箱和特性驅(qū)動開發(fā)
第7 章 一個以流程為中心、基于特性的迷你項目 . 201
7.1 需求1：定義需求202
7.2 需求2：構建發(fā)票基本大綱 202
7.3 需求3：創(chuàng)建模式205
7.4 需求4：測試模式213
7.5 需求5：特性描述214
7.6 需求6：構建解決方案所需的PL/SQL 工具箱元素 .215
7.7 需求7：測試 215
7.8 需求8：構建彈性PL/SQL 解決方案 215
7.9 需求9：通過高級語言調(diào)用驗證解決方案 216
7.10 小結(jié) 216
第8 章 從“做什么”到“怎么做：根據(jù)規(guī)范構建
特性組件 217
8.1 需求 218
8.2 定義需求.222
8.3 構建發(fā)票基本大綱 .222
8.4 創(chuàng)建模式.223
8.5 PROJECTS 數(shù)據(jù)表 227
8.6 模式測試.229
8.6.1 插入數(shù)據(jù)并驗證約束229
8.6.2 驗證PROJECTS 數(shù)據(jù)表的操作是否按預期工作 .231
8.7 功能工作流描述 .232
8.7.1 創(chuàng)建項目發(fā)票數(shù)據(jù)集232
8.7.2 從Java 代碼調(diào)用特性 232
8.7.3 調(diào)用傳遞所需數(shù)據(jù)的PL/SQL 存儲過程 233
8.7.4 插入對新的發(fā)票開具PL/SQL 存儲過程的調(diào)用 233
8.7.5 先在SQL Developer 中運行初版PL/SQL 代碼 235
8.7.6 在INVOICES 數(shù)據(jù)表中插入一行 237
8.7.7 添加兩個輔助器 238
8.7.8 性能注意事項：PL/SQL 與SQL 246
8.7.9 項目狀態(tài)簡報 .247
8.7.10 重溫項目功能狀態(tài)報告 250
8.8 小結(jié) 253
第9 章 構建完整的特性：最終項目集成 255
9.1 回顧彈性尺度 255
9.2 結(jié)合模型重新審視模式 257
9.3 重回錯誤和異常管理 261
9.4 彈性需求備忘錄 .273
9.5 可恢復性.274
9.6 可觀測性.274
9.7 可修改性.274
9.8 模塊化 .275
9.9 測試 281
9.10 構建基礎的發(fā)票生成工具285
9.11 添加日志 285
9.12 從Java 代碼調(diào)用日志記錄的PL/SQL 存儲過程 287
9.13 小結(jié) 290
第10 章 尾聲 293
10.1 一些要點 296
10.2 避免嚴重的反模式 298
10.3 Docker：學習Oracle Database 的一項技術 299
10.4 把錯誤視為老師并閱讀代碼 300
10.5 遺留代碼和彈性尺度 .300
10.6 PL/SQL 和高級語言集成 .301
10.7 特性作為粗粒度的替代物301
10.8 小結(jié) 302
附錄A Oracle 本機安裝故障排除 . 303
附錄B Oracle Database 日志記錄的其他選項 311