SQL Server 高性能字串分割:基於 spt_values 數字表的集合化方案
將分隔符字串 (如 11,2,3) 分割為行集合,是 T-SQL 常見需求。SQL 2016+ 內建 STRING_SPLIT,但不保證順序且無序號。本文提供兼
SQL Server 生成日期序列表:內嵌表值函數支援工作日/休息日/全量模式
報表、排程、維度表常需生成指定年份的全量日期、工作日或休息日序列。本文提供高性能內嵌表值函數 (iTVF),利用系統表 master..spt_values 產
SQL Server 提取純中文字符:自定義函數基於 Unicode 編碼範圍過濾
65535 (超出基本多文種平面 BMP),或通過 UNICODE() 返回值長度判斷。 核心判斷邏輯 UNICODE(N中) 返回 20013 (5 位數
SQL Server 進階聚合運算符:UNION、CUBE、ROLLUP、COMPUTE 詳解
除了基本的 GROUP BY,SQL Server 提供 UNION、CUBE、ROLLUP、COMPUTE 等進階聚合運算符,滿足多維分析、報表小計/總計、結
SQL Server 數據庫同步複寫教程:快照/事務/合併複寫全流程配置
SQL Server 複寫技術實現數據從發佈端到多個訂閱端的自動同步,支援異構數據源。本文系統講解複寫核心概念、三種類型選型、逐步配置向導操作、同步代理監控,並
SQL Server 字串首字母大寫轉換:三種高效實現方案
將字串中每個單詞的首字母轉為大寫(Title Case),SQL Server 無內建函數。本文提供三種方案:WHILE 循環、自定義標量函數、系統表集合操作,
DBCC CHECKIDENT 重置標識列種子值:從指定數值開始的操作指南
本文專注於 DBCC CHECKIDENT ... RESEED, new_value 的核心用法:將標識列下一插入值強制設置為指定數值。適用於表清空後歸零、分
SQL Server 重置標識列種子值:DBCC CHECKIDENT 完整語法與場景指南
DBCC CHECKIDENT 是管理標識列(Identity Column)當前種子值的核心命令,用於截斷表後重置、修復種子值與數據不一致、預留種子空間等場景
SQL NULL 值完全指南:比較陷阱、字串拼接行為與正確判斷姿勢
NULL 代表「未知值」,而非「空值」或「零」。它在比較、邏輯運算、字串拼接、聚合函數中表現出特殊行為,是 SQL 開發中最常見的 Bug 來源。本文系統梳理
SQL Server 2005 HashBytes 函數:MD5/SHA 加密與數據類型陷阱
HashBytes 是 SQL Server 2005 引入的內建雜湊函數,支持 MD2/MD4/MD5/SHA/SHA1 等算法,常用於密碼存儲、數據完整性校
SQL ALL、ANY、SOME 謂詞用法詳解:子查詢比較的利器
ALL、ANY(SOME 為同義詞)是 SQL 標準中用於標量值與子查詢結果集比較的量詞,能簡潔表達「大於所有」「大於任一」等邏輯,避免複雜的 NOT EXIS
SQL Server 日誌文件 (LDF) 過大縮減:標準腳本與簡易命令對比
長期完整恢復模式下未做日誌備份,或大事務導致 LDF 文件暴漲,佔用磁盤空間甚至寫入失敗。本文提供兩種縮減方案:精確控制的標準腳本與簡易單行命令,並說明適用場景
MSSQL 表無法打開:缺失 DLL 註冊修復指南
在 SQL Server 企業管理器或查詢分析器中無法展開表、視圖等對象,提示「類未註冊」或介面錯誤,通常是核心 COM 組件(ADO、OLE DB、SQLNC
SQL Server 多條件動態篩選臨時表:刪除不匹配行法優化邏輯
面對多個可選參數(@a, @b, @c...)組合查詢同一臨時表 @tb,若每個參數單獨 INSERT 會導致結果集覆蓋;若動態拼接 WHERE 條件則代碼複雜
SQL Server 觸發器啟用與禁用:ALTER TABLE 實用語法
在數據維護、批量導入、Schema 變更等場景下,常需暫時禁用觸發器避免副作用或性能開銷,操作完成後再啟用。SQL Server 提供簡潔的 ALTER TAB
SQL Server 模糊搜尋按關鍵字匹配度排序:自定義分詞函數實現
實現類似搜尋引擎的「關鍵字模糊匹配 + 相關度排序」,SQL Server 內建 FREETEXT / CONTAINS 需全文檢索目錄,配置較重。本文提供一個
SQL Server 數據庫重整與重建:緩解性能下降的臨時方案
隨著時間推移,數據庫因碎片、統計信息過期、頁分裂等原因導致性能下降。本文介紹一種通過「腳本重建 → 數據遷移 → 替換」的離線重整方法,並分析其局限性與長效優化
SQL Server 日誌恢復實戰:從 DROP/TRUNCATE 事故中挽回數據
誤執行 DROP TABLE 或 TRUNCATE TABLE 是 DBA 的噩夢。若數據庫處於完整恢復模式且有完整備份鏈,可通過日誌備份 + 時間點恢復 將數