損壞分級與應對 1. 嚴重損壞 — 無法開啟、提示「無法辨識的資料庫格式」或「不是該表的索引」 通常無法修復，唯一出路是還原備份。 幸好此情況較少見。 2

Office 助理 / 說明視窗 操作快速鍵 顯示說明 (助理未顯示時)F1 從助理取得說明 (助理顯示時)F1 顯示助理氣球Alt + 數字鍵 (1=第一主

Access 快捷鍵分類總覽 類別適用範圍核心價值 通用/全域所有視圖啟動、關閉、說明、視窗切換 資料庫檔案資料庫視窗新建、開啟、儲存、列印、匯入匯出

攻擊面分析：Access 資料庫在 Web 環境的固有弱點 單一檔案 (.mdb/.accdb) 含結構+資料+索引，下載即獲完整資產 Jet/ACE 引擎無

核心型別映射表 (Access MDB/ACCDB → SQL Server) Access 型別SQL Server 型別位元組/精度備註/轉換注意

核心問題：資料庫存路徑，報表要顯示影像 資料表結構： CREATE TABLE Employees ( EmpID AUTOINCREMEN

系統架構回顧 前兩節完成：資料表設計 (題庫、試卷、考生、答案)、查詢建立 (選擇題查詢、評分查詢)。本節著重考生作答介面：表單設計、資料繫結、防作弊鎖定、導航

遷移動機：從檔案伺服器到用戶端-伺服器架構 使用者數突破 20-30 人，Jet 引擎鎖定衝突頻繁 資料庫超過 500MB，效能下降、損壞風險增高 需求：集中

業務場景：手工記帳習慣的數位化 傳統手工帳本：每筆分錄後即計算餘額 (借方累計 - 貸方累計)。電腦化需在查詢中即時計算每筆記錄的累計餘額，而非僅顯示期末餘額。

核心概念：DAO 物件階層建立資料庫結構 DBEngine → Workspace → Database → TableDef → Field / Index

實驗場景：ASP.NET 存取 Access 的最小權限模型 環境：Windows Server 2003/2008, IIS 6/7, ASP.NET 2.0

歷史背景：JDBC-ODBC Bridge 的終結 JDK 8 起移除 sun.jdbc.odbc.JdbcOdbcDriver ODBC Bridge 架構

問題本質：組合框 (ComboBox) 的物理與認知限制 效能 10,000 筆可能當機 易用性：使用者無法在超長清單中快速定位，滾動條極短、點擊困難 記憶體

需求場景：保留結構清除資料 測試環境重置、正式上線前清理測試資料、年度歸檔前清空交易表等情境，需保留表結構、索引、關聯、查詢、表單、報表，僅刪除所有使用者資料表

為什麼選擇 Excel 輸出複雜報表 Access 原生報表在跨頁合併儲存格、不規則版面、動態欄寬、複雜邊框樣式 受限 Excel 提供像素級控制：儲存格合併

需求分析：為什麼 Access 分頁是效能殺手 ASP.NET DataGrid 預設分頁機制： SELECT * FROM Table 取回所有資料列 存入

核心型別對照表 (Access → SQL Server) Access 型別SQL Server 型別說明/注意事項 是/否 (Yes/No)bitA

問題背景：DataGrid 預設分頁的效能陷阱 ASP.NET DataGrid 設定 AllowPaging=True 時，預設行為是 一次性查詢所有資料 存

核心技術：Access.Application 物件 Access 內建 Access.Application 類別，可在一個 Access 執行個體中啟動另一

為什麼不建議在「預設值」屬性寫編號邏輯 預設值僅在新增記錄時觸發，複製記錄、追加查詢、DAO/ADO 直接 Insert 不會執行 無法存取表單控制項值 (如