SQL Server 2000 新功能速覽(四):XML 整合應用實戰
XML 支援全面升級 SQL Server 2000 原生支援 XML,查詢可直接回傳 XML,亦可透過 XML 修改資料庫資料。只需在 SELECT 陳述式加
SQL Server 2000 新功能速覽(六):全文檢索增強與 Image 欄位支援
全文檢索三大改進 即時索引更新:無需重建整個全文索引,可手動、排程或啟用背景更新選項,隨資料變動同步更新。使全文檢索適用於頻繁更新的即時查詢場景(如論壇文章搜
SQL Server 2000 新功能速覽(七):聯合伺服器架構深度解析
從叢集到聯合:架構演進 SQL Server 2000 棄用傳統「叢集伺服器」,改採聯合伺服器架構。資料庫可分散於一組獨立伺服器,支援大規模網站存取與企業級資料
SQL Server 2000 新功能速覽(八):備份還原與 Kerberos 驗證
備份與還原功能增強 SQL Server 2000 引入更直覺的備份/還原選項模組,明確呈現不同方案的效能需求與記錄檔空間權衡。新增時間點還原支援,在交易記錄中
以 MD5 加密保護資料庫使用者密碼(上)
為何需要加密儲存密碼? 現今網站多要求使用者註冊,蒐集電子郵件、帳號、密碼等資訊。電子商務網站更涉及電話、地址等隱私資料。這些資料對使用者與網站皆屬核心資產,若
資料庫設計實戰指南(一):起手式與核心原則
若將企業資料比作生命血液,資料庫設計便是應用系統最關鍵的心臟。雖然相關文獻汗牛充棟、大學課程亦有專門講授,但經驗傳承往往勝過理論教導。本文彙整 130 位資深專
PowerBuilder 6.0 整合開發環境全面解析
PowerBuilder 整合開發環境概覽 PowerBuilder 是目前客戶/伺服器架構下最主流的客戶端應用程式開發工具。作為一種強大的開發平台,它為程式設
SQL Server 2005 DTS 模糊查找與模糊分組:智能數據清洗新紀元
痛點:現實數據生來「有問題」 拼寫錯誤、截斷、缺失標記、空字段、意外縮寫——ETL 階段消耗項目 60%+ 時間成本。SQL Server 2005 DTS 引
SQL Server 2005 批編譯、重新編譯與計劃緩存機制深度解析(一)
白皮書使命:三大受眾、雙版本對比 用戶:使用/維護/開發 SQL Server 應用,特別是 2000 遷移者 開發人員:內核背景知識參考 測試/項目經理:編
Analysis Services 2005 數據完整性處理深度解析(一):未知成員、空值策略與錯誤配置
背景:OLTP 完整性 vs OLAP 缺口 關係數據庫中數據完整性機制成熟(OLTP),但 ETL 載入數據倉庫(DW)時常缺乏標準化處理。SSAS(SQL
精通數據庫系列入門基礎篇 3:DBA 職業全景——職責、性格特質與等級體系
DBA 是什麼? Database Administrator(數據庫管理員)。職責隨組織規模彈性變化:小工作室 DBA 職責寬泛,大公司分工精細。凡涉及數據庫
精通資料庫系列入門技巧(一):資料庫設計、Delphi 程式範例與大型系統原則
本文環境與目標 環境:Windows NT 4.0 Server、MS-SQL Server 7.0、Borland Delphi 5、PIII 550、256
精通數據庫系列入門技巧篇 2:標準化數據庫設計六階段全流程解析
數據庫設計:系統建設的基石 針對特定應用環境,構造優優數據庫模式,建立應用系統,實現高效存儲與多元需求滿足。標準化方法將設計劃分為六大階段: 六大階段詳細解讀
精通數據庫系列入門技巧篇 3:Delphi 5 + Paradox 零代碼構建數據庫應用實戰
實驗環境與目標 開發工具:Borland Delphi 5 後端數據庫:標準 Paradox 表(.db 文件) 硬件:Windows NT 4.0 Serv
精通數據庫系列入門技巧篇 4:核心設計原則與效能優化實戰(經典重讀)
前言:好模型勝過好產品 優秀的數據庫產品 ≠ 優秀的應用系統。缺乏合理模型設計,不僅增加雙端開發維護難度,更會在系統上線後隨數據增長引發效能雪崩。測試階段數據量
精通數據庫系列入門技巧篇 5:從命名規範到效能調優的實戰寶典
前言:好模型勝過好產品 優秀的數據庫產品 ≠ 優秀的應用系統。缺乏合理模型設計,不僅增加雙端開發維護難度,更會在系統上線後隨數據增長引發效能雪崩。測試階段數據量
數據庫設計指南(二):變更追蹤、命名藝術、標準化權衡與角色實體模式
1. 變更即常態:為數據演進預留軌道 姓名、地址、職稱等業務屬性皆可能隨時間變更。採用「屬性表 + 生效日/失效日」模式獨立存儲,而非直接覆寫主表,可完整保留歷
數據庫設計指南(三):觸發器慎用、版本機制、字段命名與索引策略深度解析
觸發器:雙刃劍,慎用且文檔化 觸發器功能多可由其他方式替代,且調試時易成干擾源。若業務必須使用,請集中文檔化管理,避免隱性邏輯散落各處。 22. 內建版本機制