RobinNotes

讓資料庫也進入 AI 開發流程：Visual Studio Database Project × Codex 的 ERP SQL Server 開發實務

2026-08-07T11:55:28.152+08:00

在 ERP 或企業級系統裡，SQL Server 很少只是「放資料的地方」。資料表當然在裡面，但真正決定系統怎麼運作的商業規則，常常躲在 View、Trigger、Stored Procedure、Function，還有跨資料表的檢核邏輯裡。系統跑得愈久，這些關係就愈盤根錯節。一個看起來不大的需求，最後可能牽動好幾張表、數支預存程序，甚至某個平常沒什麼人碰的 Trigger。

傳統作法多半是直接進 SQL Server 改物件，改完再把 SQL Script 留存下來。短期看起來很快，時間一久卻會出現一個尷尬的狀況：資料庫成了真正的最新版，原始碼反而只剩下修改紀錄。

AI Coding Agent 開始進入日常開發之後，我想把這個關係翻過來：讓 Database Project 成為資料庫結構與程式碼的唯一依據，Codex 只動專案裡的原始碼，最後由開發者看差異、決定要不要部署。對 Stored Procedure、Trigger 和商業邏輯比重都很高的 ERP 系統來說，這條界線特別重要。

第一步：先把 SQL Server 變成可以管理的專案

Visual Studio 的 SQL Server Database Project，可以把既有資料庫的 Schema 匯進一般專案結構。既有的 ERP 資料庫可以先匯入 Database Project，把資料庫物件轉成 .sql 原始碼，例如：

Tables
Views
Stored Procedures
Functions
Triggers
Schema
Index、Constraint 等結構定義

Microsoft 把 SQL Database Project 定義為「單一資料庫 Schema 中 SQL 物件的本機表示」。它用宣告式 T-SQL，每個物件都有自己的定義檔，要調整物件就直接改這份定義，而不是累積一串曾經手動執行過的 ALTER Script。這聽起來只是管理方式不同，但實際做過就會發現，資料庫從此開始有一般程式碼該有的可讀性和可追溯性。參考：Microsoft Learn — What are SQL database projects?

例如原本資料庫中的：

text

dbo.ORDER_HEAD
dbo.ORDER_LINE
dbo.CreateProcess_SalesOrder
dbo.TR_ORDERHD_Update

匯入後都會變成 Database Project 裡可以搜尋、比較、放進版本控制的 SQL 原始碼。從這一刻起，AI 看到的不再只是使用者貼進提示詞裡的一小段 Stored Procedure，而是整個資料庫專案可以追查的上下文。

第二步：讓 Codex 直接工作在 Database Project

接下來只要把 Codex 的工作目錄指向 Visual Studio Database Project 所在的資料夾。OpenAI 的文件說明，Codex 可以在專案目錄中檢視檔案、分析程式碼、修改檔案並執行開發工具，不必再把 Stored Procedure 一段段複製到對話視窗。參考：OpenAI Codex — Work against your local repository

為什麼不讓 Codex 直接連接 SQL Server？

為什麼不乾脆讓 Codex 直接連 SQL Server，需要什麼就即時查 Table Schema、Stored Procedure、Function、Trigger 和物件相依性？技術上做得到。但對 ERP 或企業級系統，我不會拿這個當預設模式。

一個原因是上下文成本。要理解一個大型 ERP 資料庫，Codex 得反覆查 Metadata 和物件定義，再把結果帶回來分析。資料庫裡若有數百、數千個物件，Schema 和 Procedure 反覆讀取，很快就會吃掉大量上下文。Database Project 已經把這些定義攤成原始碼檔案，Codex 可以先搜關鍵字和引用關係，只打開真正相關的檔案，路徑清楚很多。

另一個原因比較現實：存取風險。直接連線就得給資料庫的 Network Access 和 Credential，即使原本只想讀 Schema，只要帳號或工具同時有寫入權限，就得多防一層誤執行 DDL、DML，甚至碰到正式資料的可能。OpenAI 對 Codex 權限的說明也強調 Filesystem 和 Network Access 都該限縮在完成工作所需的最小範圍。參考：OpenAI Docs — Permissions

所以我會將 Database Project 當成 Codex 與 SQL Server 之間的一層隔離。Codex 取得的是完整、可搜尋的資料庫程式碼，但不需要 SQL Server 帳號，也不用直接碰資料庫；分析和修改都停在 Source Code，真正的 Database Update 留到後面的人工 Review 和部署階段。

舉一個常見的 ERP 需求：訂單送出簽核時，如果送單者本身也是第一層簽核群組成員，就不能自己審自己的單；系統還得依 Workflow 規則判斷要不要加一層簽核。這種情況不必一開始就告訴 Codex「改哪一支 Stored Procedure」。比較好的做法，是先把商業需求和限制條件講清楚，讓它自己從 Database Project 追出來：

找出訂單簽核流程的入口 Stored Procedure。
搜尋 Workflow 定義資料表及欄位被哪些物件使用。
追蹤 Stored Procedure 之間的呼叫關係。
分析現有簽核邏輯與新需求的衝突點。
提出修改方案及可能受影響的範圍。
確認方案後，再修改需要變更的 .sql 檔案。

這跟叫 AI「幫我寫一段 SQL」差很多。它不再只是個 SQL 產生器，而是能讀既有系統、追相依關係，再依需求改程式碼的 Coding Agent。

第三步：把 AI 的能力留在原始碼層

這大概是整套流程裡我最堅持的一點。責任切成兩塊。

Codex 負責：

閱讀 Database Project
搜尋相關資料表、Trigger、Function、Stored Procedure
分析程式邏輯與相依關係
提出實作方案
修改 SQL Project 中的原始碼
協助檢查變更與潛在問題

Visual Studio 和開發者負責：

檢視所有實際變更
Build Database Project
比對 Project 與目標 Database
檢查部署 SQL
決定哪些變更可以部署
將核准的 Schema 變更同步至 SQL Server

「Codex 只修改原始碼」不是能力不夠，是刻意畫出來的邊界。這讓 AI 產生的每一筆修改，都留在可以閱讀、可以 Diff、可以 Review、也可以回復的狀態——比起把 AI Coding Agent 直接接上 Production Database、讓它自己跑 DDL 或改資料，安心很多。

第四步：回到 Visual Studio 檢視 AI 做了什麼

Codex 做完，不代表需求已經套進資料庫了。回到 Visual Studio，Database Project 裡被改動的還只是原始碼。

搭配 Git，可以清楚看到哪些檔案被修改、哪些欄位新增或刪除、Stored Procedure 哪幾段邏輯被改寫、Trigger 有沒有動到，以及有沒有混進需求之外的變更。

接著 Build Database Project。SQL Project 的 Build 會驗證物件間的參照，還有目標 SQL 平台的語法，並產生 .dacpac 部署產物。這一道人工 Review 對長期維護的 ERP 而言不是走個形式：AI 可以負責產生修改，但這個修改究竟該不該進資料庫，還是得由懂業務、懂風險的人來判斷。

第五步：比較 Project 與 Database，再決定是否同步

最後用 Schema Compare 比對，Source 是 Database Project，Target 是開發或測試環境的 SQL Server Database。Visual Studio 會把兩邊的 Schema 差異列出來。Microsoft 也說明，Schema Compare 可以用來檢視 Database 與 Project 間的物件差異，選定的差異能套用到任一邊，也能產生實際部署用的 SQL Script。參考：Microsoft Learn — Compare a database and a project

真正 Update 或 Publish 之前，這裡還能再確認一次：

是否新增預期中的欄位
是否只修改預期中的 Stored Procedure
是否意外 Drop 物件
是否造成 Table rebuild 或大量 Data Motion
部署 Script 是否包含高風險操作

確認過了，才把變更同步到開發或測試資料庫，測完再依公司的發布流程進正式環境。整個流程大概長這樣：

Database Project 的價值不只是方便部署

如果只把 Database Project 當成另一種發布 SQL 的工具，其實低估了它。對 AI 輔助開發來說，它更重要的作用，是把資料庫程式變成一個 AI 能完整閱讀、理解、修改的 Codebase。

以前我們可能在 SSMS 裡找到一支 Stored Procedure，複製給 AI，改完貼回去。AI 只看得到局部，自然不知道同一個欄位是不是還被其他 Procedure、Function 或 Trigger 用著。整個 SQL Server Schema 都存在 Database Project 裡以後，Codex 就能從專案層級處理問題：搜引用、看相鄰物件、對照既有設計，再判斷真正該改哪些檔案。

這對 ERP 特別有用，因為 ERP 的需求很少只是單一 SQL 問題，往往橫跨資料結構、商業規則、簽核流程、庫存、成本、會計——一個地方調整，很容易在另一個地方留下後座力。

企業系統仍要守住的安全線

就算用了這套模式，Database Project 的 Publish 也不該當成無條件自動更新。以下這些變更還是得人工檢查：

Drop Table / Drop Column
欄位型別或長度縮減
NOT NULL 欄位新增
大型資料表的 Index 變更
可能造成 Data Motion 的 Schema 修改
需要搬移、轉換或修補既有資料的需求
Pre-Deployment / Post-Deployment Script

Schema 是宣告式的，但 ERP 的資料帶著歷史和業務意義。結構應該長成什麼樣子，跟既有資料怎麼安全走到新結構，其實是兩件事。

比較穩健的做法，是把需求交給 Codex 分析和開發，變更留在 Source Code；人員透過 Diff、Build、Schema Compare 和 Deployment Script Review，握住最後一道資料庫變更權。

結語

導入 Codex 之後，我反而覺得 SQL Server Database Project 比以前更有價值。它在 SQL Server 和 AI Coding Agent 之間，放進了一條清楚的路徑：

Database → Project → AI 修改 Source Code → Human Review → Database

這不是讓 AI 拿到更大的資料庫權限，反而是把它的能力收攏在更容易控制、更容易稽核的 Source Code 層。對長期維護的 ERP 或企業系統來說，重點從來不是讓 AI 多寫幾支 Stored Procedure，而是讓資料庫開發慢慢有一般軟體工程早就習慣的東西：版本控制、差異檢視、Code Review、可重現部署，還有清楚的變更責任邊界。

資料庫也成為 Code 之後，AI 才真正有機會參與企業系統完整而可控的開發流程。

SQL Server 資料庫 Log 檔成長行為與定期備份實測分析

2025-11-20T15:50:00.001+08:00

資料庫 Log 檔成長行為與定期備份實測分析

記錄交易時產生大量 Log，Log 檔案隨交易成長。
執行 Log 備份僅釋放可重用空間，實體檔案大小不變。
執行 Log 壓縮可縮小實體檔案。
以下以 YourDataBase 測試未備份與定期備份 Log 的差異。

🚀 我的第一次 Vibe Coding 體驗：和 ChatGPT 一起從 0 開始寫程式

2025-10-27T11:26:00.010+08:00

這次是我第一次嘗試 Vibe Coding —— 用 ChatGPT 直接討論、規劃、撰寫、修正一個完整的應用程式。
整個過程就像是和一位隨時在線、耐心又懂技術的「虛擬夥伴」一起開發。

💬 1. 從需求討論開始

一開始，我在 ChatGPT 上描述想做的應用功能，它很快就幫我輸出了一份完整的程式規格書，包含前後端架構、功能流程和資料設計。
這個階段的體驗很像是跟 PM 或系統設計師開會，從模糊想法變成具體可執行的藍圖。

🧩 2. 技術選型：Tauri + SQLite

ChatGPT 根據需求建議我採用 Tauri + SQLite 組合，理由清楚又合理：

Tauri 可以包成桌面應用程式，體積小、效能佳
SQLite 適合離線、單機的資料儲存

這對我來說也是第一次完整實作這種組合，算是一次實際學習新技術的好機會。

⚙️ 3. 安裝開發套件與組態設定

這一段特別 "有趣" 。
我完全是照著 ChatGPT 的指示一步步下指令安裝套件、設定專案環境。

中途遇到錯誤？
我直接把錯誤訊息貼回去，它立即分析並教我怎麼修。
這樣的互動真的比查 Stack Overflow 還快又準。

🧑‍💻 4. 建立與執行最小可行程式

當環境準備好後，ChatGPT 開始帶我一步步在 VS Code 中建立檔案、貼入原始碼。
每個階段都能立即編譯、執行，快速看到成果。

最棒的是，每當遇到 Bug，我只要複製錯誤訊息回給 ChatGPT，它就立刻指出問題、修正程式。
感覺就像隨身攜帶一位結合 Tech Lead + Debug 助手 的 AI 導師。

🔄 5. 當 ChatGPT 與本機程式「脫線」的時候

後來發現 ChatGPT 的上下文無法持續追蹤我電腦裡的最新程式內容，導致修改越來越難同步。
於是我改用 VS Code 的 Codex 模式，讓 AI 直接在本機端編輯程式碼。
這樣就能即時看見修改效果，不再需要手動貼來貼去。

🧭 6. Codex 開發與版本管理

在 Codex 模式下開發、測試功能都更順暢。
當功能測試完善後，我會將原始碼簽入 GitHub，確保每次修改都有版本控制。
這樣可以避免下一次修改意外覆蓋或破壞現有功能，也方便後續維護與協作。

🔗 成品連結：https://github.com/robinli/examstudy

🌟 7. 回顧這次體驗

這次 Vibe Coding 的體驗讓我深刻感受到：

ChatGPT 不只是「回答問題」的工具，而是能協作開發的夥伴
即使不熟悉新技術，也能在 AI 的引導下完成專案
最重要的是，學會如何「和 AI 對話」，遠比學某個框架更關鍵

✨ 小結

第一次 Vibe Coding，從無到有打造出可執行的應用程式，
過程中不僅學到 "技術"，也學會如何讓 AI 成為真正的程式開發夥伴。

下一步，我打算挑戰更進階的功能，讓 ChatGPT 幫我設計 UI、整合 API ——
期待下一次的「人機共創」更順暢、更強大！

MAUI 發行 Android 產生 APK/AAB 檔案

2022-07-29T14:42:00.006+08:00

在 Visual Studio 2022 Preview 新增任一 MAUI 專案，包括：

.NET MAUI App

.NET MAUI Blazor

以下說明三個步驟產生 APK/AAB 檔案。

A. 建立 Key Store 檔案

選單 > VIEW > Terminal > Developer PowerShell

keytool -genkey -v -keystore myapp.keystore -alias key -keyalg RSA -keysize 2048 -validity 10000

檔案總管可看到 myapp.keystore 檔案

B. 專案設定 Keystore

(1) 專案檔 > 右鍵 > Property > Android > Package Signing

(2) 勾選 Sign the .APK file using the following keystore details.

(3) 瀏覽選取上述 keystore 檔案

(4) 輸入密碼

(5) 輸入別名

(6) 輸入密碼

C. 發行 App

(1) 設定方案組態 Release

(2) 模擬器選擇 Android

(3) 專案 > 右鍵 > Publish

完成後，可以在專案目錄\bin\Release\net6.0-android 目錄下可以看到 AAB 與 APK 檔案。

***--Signed.aab --> 上架 Google Play 需要上傳這個檔案。

***--Signed.apk --> 可以提供讓 Android 手機下載，手動安裝 APP。

參考連結

文章 : Publish a .NET MAUI app for Android - .NET MAUI | Microsoft Docs

影片 : Create a Signed and Publishable .NET MAUI Android App in VS2022

MAUI 更換應用程式圖示與轉場圖片

2022-07-22T14:33:00.003+08:00

MAUI 預設的應用程式圖示 (App Icon) 與轉場圖片 (Splash) ，如下兩圖：

Visual Studio MAUI 專案檔可以找到對應程式圖示與轉場圖片的 SVG 檔案名稱，最簡易更換圖片的方式，將欲更換的 SVG 檔案 XML 內容直接貼上。

應程式圖示主圖示檔案 \Resources\AppIcon\appiconfg.svg
應程式圖示背景檔案 \Resources\AppIcon\appicon.svg
轉場圖片檔案 Splash\splash.svg

不建議更換檔案名稱。

若將原檔案刪除，再新增同檔名的檔案，需要調整各檔案的 Build Action 與 Copy to Output Directory

應程式圖示主圖示檔案

應程式圖示背景檔案

轉場圖片檔案

修改後成果

實作參考原始碼

MyBasicLab/MauiChangeIcon at main · robinli/MyBasicLab (github.com)

SVG 線上檢視工具程式

SVG Viewer - View, save, and optimize SVGs

Blazor 發行後用戶端自動更新

2022-05-11T10:27:00.017+08:00

前言

目前 Blazor 改版發行後，用戶端可能會繼續操作上一版的程式，直到網頁重新整理才能取得新版本程式，由於無法逐一通知使用者改版，最好能自動偵測改版並自動更新。這功能或許未來 Blazor 核心即可解決，在那之前自己先動手改善。

[Blazor Auto Refresh Update] 範例提供以下三種 Blazor 型態發行新版程式時，瀏覽器(用戶端)可以自動重新整理網址取得新版程式。

Blazor Server App
Blazor WebAssembly App
Blazor WebAssembly App + PWA

主要是參考 Blazor Train 教學影片 [Handling App Updates: Carl Franklin's Blazor Train Ep 60]，

將 .NET 5.0 改版為 .NET 6.0，另外 PWA 專案中增加一個訊息畫面。

開發環境

Visual Studio 2022
.NET 6.0
預設的 Blazor 範本

追蹤程式碼

取得原始碼 [Blazor Auto Refresh Update] 👈GitHub

程式碼修改細節，可以透過 Find in Files 輸入: Auto Refresh Update Tip

檢視所有程式碼片段。

發行程序

Blazor Server App

不用修改任何檔案。

Blazor WebAssembly App

發行新版本需要修改 appsettings.json 版本編號。

appsettings.json
Index.razor (非必要)

Blazor WebAssembly App + PWA

發行新版本需要修改以下檔案內的版本編號。

appsettings.json
Toolbar.razor
service-worker.published.js
Index.razor (非必要)

參考資源

Blazor Train 教學影片 [Handling App Updates: Carl Franklin's Blazor Train Ep 60] 👈YouTube

使用 T-SQL 計算帳齡分析 Aging Analysis Report

2022-01-17T17:04:00.003+08:00

需求說明

常見帳齡分析的報表例如：客戶帳齡分析、產品庫存呆滯天數分析...等。

舉例一組簡化的客戶發票資料，包括單號、日期、金額，

欲將發票資料依天數組距加總統計，得到客戶帳齡分析，

如下圖。

原始資料

交易資料中必要欄位有：

一個日期欄位 : 用來計算與指定日期相差幾天

一個數值欄位 : 用來各組距彙總時的數值

DECLARE @SourceData AS TABLE(DOCNO varchar(16), TRANS_DATE date, AMOUNT int) 
 
insert into @SourceData(DOCNO, TRANS_DATE, AMOUNT) 
select DOCNO='2021011501', TRANS_DATE=convert(date,'2021-01-15'),AMOUNT=300 union 
select DOCNO='2021052601', TRANS_DATE=convert(date,'2021-05-26'),AMOUNT=400 union 
select DOCNO='2021060701', TRANS_DATE=convert(date,'2021-06-07'),AMOUNT=300 union 
select DOCNO='2021060801', TRANS_DATE=convert(date,'2021-06-08'),AMOUNT=400 union 
select DOCNO='2021060901', TRANS_DATE=convert(date,'2021-06-09'),AMOUNT=700 union 
select DOCNO='2021071001', TRANS_DATE=convert(date,'2021-07-10'),AMOUNT=800 union 
select DOCNO='2021071101', TRANS_DATE=convert(date,'2021-07-11'),AMOUNT=900 union 
select DOCNO='2021081201', TRANS_DATE=convert(date,'2021-08-12'),AMOUNT=1000 union 
select DOCNO='2021081301', TRANS_DATE=convert(date,'2021-08-13'),AMOUNT=1100 union 
select DOCNO='2021081401', TRANS_DATE=convert(date,'2021-08-14'),AMOUNT=1200 union 
select DOCNO='2021081501', TRANS_DATE=convert(date,'2021-08-15'),AMOUNT=1300 union 
select DOCNO='2021091601', TRANS_DATE=convert(date,'2021-09-16'),AMOUNT=1400 union 
select DOCNO='2021101701', TRANS_DATE=convert(date,'2021-10-17'),AMOUNT=1500 union 
select DOCNO='2021101801', TRANS_DATE=convert(date,'2021-10-18'),AMOUNT=1600 union 
select DOCNO='2021111901', TRANS_DATE=convert(date,'2021-11-19'),AMOUNT=1700 union 
select DOCNO='2021112001', TRANS_DATE=convert(date,'2021-11-20'),AMOUNT=1800 union 
select DOCNO='2021112101', TRANS_DATE=convert(date,'2021-11-21'),AMOUNT=1900 union 
select DOCNO='2021122201', TRANS_DATE=convert(date,'2021-12-22'),AMOUNT=2000 union 
select DOCNO='2021122001', TRANS_DATE=convert(date,'2021-12-20'),AMOUNT=2100 ; 

select * from @SourceData;

定義天數組距

0 ~ 30 : 表示 0 天至 30 天

31 ~ 60 : 表示 31 天至 60 天

以此類推

DECLARE @AgeGroup AS TABLE(DATE_FROM int, DATE_TO int, AGE_GROUP varchar(16)) 
 
insert into @AgeGroup(DATE_FROM, DATE_TO, AGE_GROUP) 
select DATE_FROM=0, DATE_TO=30, AGE_GROUP='0 ~ 30' union 
select DATE_FROM=31, DATE_TO=60, AGE_GROUP='31 ~ 60' union 
select DATE_FROM=61, DATE_TO=90, AGE_GROUP='61 ~ 90' union 
select DATE_FROM=91, DATE_TO=180, AGE_GROUP='91 ~ 180' union 
select DATE_FROM=181, DATE_TO=360, AGE_GROUP='181 ~ 360'   
 
select * from @AgeGroup

計算步驟

1. 延伸原始資料

(1) Age : 計算交易資料日期 [TRANS_DATE] 與指定日期 (@Calculate) 相差幾天

(2) 天數組距 : 由 [Age ] 對應組距名稱

DECLARE @Calculate Date = convert(date, '2022-01-01') 

select * 
from( 
 select P1.* 
  /*Age: 計算交易資料日期 [TRANS_DATE] 與指定日期 (@Calculate) 相差幾天 */ 
  , Age = DATEDIFF(day, P1.TRANS_DATE, @Calculate) 
 from @SourceData P1 
) P2 
outer apply( 
 /*天數組距 :  由 [Age] 對應組距名稱*/ 
 select Ag.DATE_FROM, Ag.AGE_GROUP 
 from @AgeGroup Ag 
 where P2.Age>=Ag.DATE_FROM and P2.Age<=Ag.DATE_TO 
) A

2.依照組距加總數值

利用 PIVOT TABLE 產生各組距的加總。

DECLARE @Calculate Date = convert(date, '2022-01-01') 
 
/*依照組距加總數值*/  
select [0 ~ 30] = sum(isnull([0],0))  
 , [31 ~ 60] = sum(isnull([31],0))  
 , [61 ~ 90] = sum(isnull([61],0))  
 , [91 ~ 180] = sum(isnull([91],0))  
 , [181 ~ 360] = sum(isnull([181],0))  
from(  
 select *  
 from(  
  select P1.*  
   /*Age / 天數 :  計算交易資料 [日期] 與指定日期相差幾天*/  
   , Age = DATEDIFF(day, P1.TRANS_DATE, @Calculate)  
  from @SourceData P1  
 ) P2  
 outer apply(  
  /*天數組距 :  由 [Age / 天數] 對應組距名稱*/  
  select Ag.DATE_FROM, Ag.AGE_GROUP  
  from @AgeGroup Ag  
  where P2.Age>=Ag.DATE_FROM and P2.Age<=Ag.DATE_TO  
 ) A  
) Src  
pivot(  
 sum(AMOUNT)  
 for Src.DATE_FROM in([0],[31],[61],[91],[181])  
) Pvt

需求說明

常見帳齡分析的報表例如：客戶帳齡分析、產品庫存呆滯天數分析...等。

舉例一組簡化的客戶發票資料，包括單號、日期、金額，

欲將發票資料依天數組距加總統計，得到客戶帳齡分析，

如下圖。

原始資料

交易資料中必要欄位有：

一個日期欄位 : 用來計算與指定日期相差幾天

一個數值欄位 : 用來各組距彙總時的數值

定義天數組距

0 ~ 30 : 表示 0 天至 30 天

31 ~ 60 : 表示 31 天至 60 天

以此類推

計算步驟

1. 延伸原始資料

(1) Age / 天數 : 計算交易資料 [日期] 與指定日期相差幾天

(2) 天數組距 : 由 [Age / 天數] 對應組距名稱

公式如下

D38 = DATEVALUE($B$35)-DATEVALUE(B38)

E38 = VLOOKUP(D38,$A$27:$C$31,3,TRUE)

2. 依照組距加總數值

利用 Excel 函式 SUMIF 產生各組距的加總。

公式如下

A62 = SUMIF($E$38:$E$56,A61,$C$38:$C$56)

B62 = SUMIF($E$38:$E$56,B61,$C$38:$C$56)

T-SQL Two Dimension Pivot Table

2021-12-28T16:44:00.017+08:00

將原始資料

select BRAND='ASUS', QTY=1, AMT=200
union all 
select BRAND='BENQ', QTY=1, AMT=200
union all 
select BRAND='ASUS', QTY=1, AMT=200
union all 
select BRAND='BENQ', QTY=1, AMT=200
union all 
select BRAND='MSI', QTY=1, AMT=200

依各品牌匯總數量、金額，做出以下的統計表

解決方法 1 - Group By 加條件式

select ASUS_QTY = SUM(IIF(Src.BRAND='ASUS', Src.QTY, 0)) 
	, ASUS_AMT = SUM(IIF(Src.BRAND='ASUS', Src.AMT, 0)) 
	, BENQ_QTY = SUM(IIF(Src.BRAND='BENQ', Src.QTY, 0)) 
	, BENQ_AMT = SUM(IIF(Src.BRAND='BENQ', Src.AMT, 0)) 
	, MSI_QTY = SUM(IIF(Src.BRAND='MSI', Src.QTY, 0)) 
	, MSI_AMT = SUM(IIF(Src.BRAND='MSI', Src.AMT, 0)) 
from( 
	select BRAND='ASUS', QTY=1, AMT=200 
	union all  
	select BRAND='BENQ', QTY=1, AMT=200 
	union all  
	select BRAND='ASUS', QTY=1, AMT=200 
	union all  
	select BRAND='BENQ', QTY=1, AMT=200 
	union all  
	select BRAND='MSI', QTY=1, AMT=200 
) Src

解決方法 2 - Pivot Table

做多維度 Pivot Table 時，會排除相同的資料，導致第二維度彙總有遺漏資料狀況。變通作法，先在每筆資料賦予唯一的流水號，即可解決。

select ASUS_QTY = SUM(ASUS_QTY)
	, ASUS_AMT = SUM(ASUS_AMT)
	, BENQ_QTY = SUM(BENQ_QTY)
	, BENQ_AMT = SUM(BENQ_AMT)	
	, MSI_QTY = SUM(MSI_QTY)
	, MSI_AMT = SUM(MSI_AMT)
from (
	select RNO=row_number() over (order by BRAND)
		, BRAND1 = Src.BRAND+'_QTY'
		, BRAND2 = Src.BRAND+'_AMT'
		, Src.*
	from(
		select BRAND='ASUS', QTY=1, AMT=200
		union all 
		select BRAND='BENQ', QTY=1, AMT=200
		union all 
		select BRAND='ASUS', QTY=1, AMT=200
		union all 
		select BRAND='BENQ', QTY=1, AMT=200
		union all 
		select BRAND='MSI', QTY=1, AMT=200
	) Src
) T
PIVOT  
(  
    SUM (QTY)  
    FOR BRAND1 IN ([ASUS_QTY],[BENQ_QTY],[MSI_QTY])  
) AS pvt1
PIVOT  
(  
    SUM (AMT)  
    FOR BRAND2 IN ([ASUS_AMT],[BENQ_AMT],[MSI_AMT])  
) AS pvt2

Azure DevOps 看板中顯示前後期工作

2021-12-21T13:40:00.002+08:00

Azure DevOps 工作看板可以將本期、前一期、下一期的工作，以不同的顏色區分顯示，一目了然。

設定方式

進入 Azure DevOps > Boards > Boards

在主畫面右上角點擊設定的 Icon

設定當期顯示的顏色

(1)在開窗畫面中進入 Settings > Styles

(2)點擊新增一個 [Style rule]

(3) Field 輸入 Iteration Path

(4) Value 輸入 @currentIteration

設定前一期顯示的顏色

同上述步驟點擊新增一個 [Style rule]

Field 輸入 Iteration Path

Value 輸入 @currentIteration - 1

Blazor Print Example

2021-11-05T14:53:00.002+08:00

程式開發步驟

以 Visual Studio 2019 新增 Blazor Server 專案。

Step 1 加入 jQuery

Step 2 設定列印要隱藏 CSS

將不須列印的部分加上 css class : hideWhenPrint

Shared/MainLayout.razor

@inherits LayoutComponentBase

<div class="page"> 
    <div class="sidebar hideWhenPrint"> 
        <NavMenu /> 
    </div> 
    <div class="main"> 
        <div class="top-row px-4 hideWhenPrint"> 
            <a href="https://docs.microsoft.com/aspnet/" target="_blank">About</a> 
        </div> 
        <div class="content px-4"> 
            @Body 
        </div> 
    </div> 
</div>

Step 3 呼叫 JavaScript

wwwroot/js/print.js

function Print() {
    $(".hideWhenPrint").hide();
    window.print();
    $(".hideWhenPrint").show();
}

Pages/_Host.cshtml

<script src="~/jquery/jquery.min.js"></script> 
<script src="~/js/print.js"></script>

Blazor Call JavaScript

private void Print()
{
    jsRunTime.InvokeVoidAsync("Print");
}

原始碼

GitHub - BlazorPrintExample

執行結果

參考

Blazor : Generate Quick PDF || Easy Trick || 100% Free

https://youtu.be/btp9LkmrBig

使用 Gpg4Win 驗證 Notepad++ 安裝程式

2021-10-07T15:13:00.001+08:00

Step 1 下載 Gpg4Win

下載網址: https://gpg4win.org/get-gpg4win.html

Step 2 建立個人私鑰

開啟 Kleopatra 建立個人私鑰

Step 3 匯入 Notepad++ 公鑰

下載 https://notepad-plus-plus.org/gpg/nppGpgPub.asc

另存為 nppGpgPub.asc

Kleopatra > 點擊 Import > 選取上述下載的檔案

Step 4 下載 Notepad++ 安裝程式與 GPG Signature 檔案

下載網址: https://notepad-plus-plus.org/downloads/v8.1.5/

Step 5 驗證

Kleopatra > 點擊 [Decrypt/Verty...] > 選取上述下載檔案 npp.8.1.5.Installer.x64.exe.sig

出現 The signature is valid and the certificate's validity is fully trusted

表示通過驗證

Notepad++ 安裝後基本設定

2021-07-01T09:52:00.001+08:00

新增與使用 Theme

下載 Theme 範本 *.xml

Dark theme for Notepad++ and 188+ apps — Dracula (draculatheme.com)

https://raw.githubusercontent.com/dracula/notepad-plus-plus/master/Dracula.xml

儲存於 C:\Users\YourName\AppData\Roaming\Notepad++\themes

開啟 Notepad++ > 選單 > Settings > Style Configuratior > Select theme > 選擇 Dracula

修改字體大小

設定無法識別的附檔名

例如 cshtml 或 razor 不能突顯關鍵字

選單 > Settings > Style Configurator, under Language select HTML, and add razor in the User ext box.

SQL Server 執行 xp_cmdshell 錯誤排解

2021-03-12T15:29:00.001+08:00

問題說明

在 SSMS 執行 xp_cmdshell 出現以下的錯誤訊息

SQL Server blocked access to procedure 'sys.xp_cmdshell' of component 'xp_cmdshell' because this component is turned off as part of the security configuration for this server. A system administrator can enable the use of 'xp_cmdshell' by using sp_configure. For more information about enabling 'xp_cmdshell', search for 'xp_cmdshell' in SQL Server Books Online.

解決方式

參考 Enabling xp_cmdshell in SQL Server

執行 T-SQL

-- this turns on advanced options and is needed to configure xp_cmdshell exec sp_configure 'show advanced options', '1' RECONFIGURE -- this enables xp_cmdshell exec sp_configure 'xp_cmdshell', '1'

RECONFIGURE

或從 SSMS 介面調整設定

Visual Studio / VSCode 執行命令提示字元

2021-02-03T16:00:00.003+08:00

Visual Studio 2019

開啟 Command Prompt 視窗

方法 1 : 從選單 > VIEW > 點擊 Terminal

方法 2 : 快捷鍵 CTRL + `

調整字型大小

從選單 > TOOL > 點擊 Option > Environment > Fonts and Colors

VSCode

開啟 Command Prompt 視窗

方法 1 : 從選單 > VIEW > 點擊 Terminal

方法 2 : 快捷鍵 CTRL + `

調整字型大小

快捷键：

放大：Ctrl + =

缩小：Ctrl + -

復原：Ctrl + NumPad0

Windows 10 調整磁碟區大小

2021-01-04T17:14:00.001+08:00

在 Windows 10 磁碟管理 / Disk Management 可以直接調整磁碟容量的大小，即使是作業系統磁碟區也可以。

Disk Management 有兩個功能：

Extend Volume : 將指定的磁碟區容量變大

Shrink Volume : 將指定的磁碟區容量變大

以下是將C 磁碟區分割為兩個磁碟區後，再回復原狀的步驟。

第一個硬碟只有 C 磁碟，欲將其一切為二的作法

Step 1 : Shrink Volume 將 C 磁碟區容量變小

Step 2 : 第一個硬碟剩餘的容量，新增磁碟代號

完成，第一個硬碟有 C 磁碟區與 Z 磁碟區

第一個硬碟有 C , Z 兩個磁碟區，欲將其合併為一個的作法

Step 1 : 刪除 Z 磁碟區

Step 2 : 將 C 磁碟區容量變大

完成，第一個硬碟回復原狀，只剩 C 磁碟區

Hexo 架設部落格

2020-12-23T17:18:00.001+08:00

開站第一篇先介紹這個網站建置的方式，這是透過 Hexo 產生靜態網頁，發行到 GitHub 網站上。

Hexo 是一個產生靜態網頁工具程式，以 Makedown 語法撰寫文章內容，可以在本機端產生網頁與瀏覽，一鍵發行到 GitHub 上。

目前會在 Evernote 撰寫文章，使用 VSCode 來調整 Makedown 語法與執行 Hexo 指令。

安裝與使用步驟

檢查本機環境

node -v

git version

建議使用 Node.js 10.0 以上版本，git 2.2 以上版本

安裝 hexo 命令

npm install -g hexo-cli

建立目錄 init

hexo init test

產生網站頁面 generate

hexo g

啟動網站 server

hexo s

瀏覽本機網站

http://localhost:4000

新增文章 new

hexo new post "Post Title"

也可以簡化

hexo new "Post Title"

每次增修檔案或內容，均需要再產生一次才能瀏覽

hexo g

瀏覽新產生的文章

http://localhost:4000/2020/12/24/Creat-blog-by-Hexo/

(網址中有包含今天日期)

新增草稿文章 new draft

hexo new draft "Draft Title"

草稿不能瀏覽

新增頁面 new page

hexo new page "Page Title"
hexo g

瀏覽新產生的頁面

http://localhost:4000/Page-Title

安裝 Git 部署套件

npm install hexo-deployer-git --save

部署到 Github

修改 _config.yml 發行的網址，取代下面最後一行

# Deployment
## Docs: https://ift.tt/3ey9tMW
deploy:
  type: git
  repo: https://ift.tt/3bDuzri

執行部署

hexo d

產生完成即部署網站

hexo g -d

瀏覽 GitHub 的網站

https://blog.robinks.net

切換主題

所有主題 https://hexo.io/themes/

不錯的主題

https://github.com/theme-kaze/hexo-theme-Kaze

https://github.com/zhwangart/hexo-theme-ocean

切換主題步驟

https://www.youtube.com/watch?v=5ROIU_9dYe4&feature=emb_logo

安裝到本機

git clone https://ift.tt/3laOqRV ./hexo-huweihuang
cd hexo-huweihuang
npm install

線上教學

Hexo教程第一期简介

https://youtu.be/PsXWbI2Mqu0

Hexo教程第二期安装与使用

https://youtu.be/xvIRGmKWpFM

Hexo教程第三期写作

https://youtu.be/HLJ9jJy7CMg

Hexo教程第四期 Front Matter

https://youtu.be/Rl48Yk4A_V8

Hexo教程第五期配置文件

https://youtu.be/A0Enyn70jKU

Hexo教程第六期命令

https://youtu.be/mgdXi5npArQ

Hexo教程第七期部署

https://youtu.be/B0yVJ46CTR8

Hexo 說明文件

https://hexo.io/zh-tw/docs/index.html

還原手機已刪除的照片 Recovery Deleted Photo on Phone

2020-08-30T11:33:00.002+08:00

手機相片刪除後，可以試著透過"手機相片還原" App 找回來，測試幾款 App 後，以這款 App - Photo Recovery App, Deleted video recovery 為例，圖解找回刪除的照片。

在 .NET 中開始使用 Google Drive API

2020-02-27T12:14:00.001+08:00

以 .NET 程式開發 Google Drive APIs 應用，事前準備工作有：

建立 APIs 專案
啟用 Google Drive API
輸入 OAuch 授權時顯示的 Application Name
建立並下載 Client Secrets 檔案

VS 資料庫專案發行到不同定序的 SQL Server

2020-01-17T18:18:00.001+08:00

先說明一下我的 Visual Studio 資料庫專案開發流程，區分三階段：

1 資料庫設計與程序開發

我直接在開發資料庫上變更資料表結構與撰寫相關程序 (預存程序、觸發、方法...)

2 匯入原始碼

使用 Visual Studio 資料庫專案，從開發資料庫將所有資料庫結構、觸發、預存程序，方法...等，

透過 Schema Compare 比對匯入 Visual Studio 專案。

3 資料庫發行 Publish DataBase

資料庫發行在 Visual Studio 是將原始碼與發行資料庫作比對後，可以產生語法或直接更新資料。

SYM FNX 125 購車贈送的 307P 防水騎士後背包

2019-09-05T12:31:00.001+08:00

2019年 9 月份購買 SYM FNX 125，另贈送一個 307P 防水騎士後背包，特別是這背包上有印 FNX x JET S 的字樣，FNX 與 JET 的車主會感覺很酷 !!
以下是這個包的簡單開箱照。
閱讀更多 »

Visual Studio 快捷鍵中使用數字鍵盤的點

2019-08-23T14:26:00.001+08:00

Visual Studio Tips 重構的快捷鍵是 Ctrl+.

但預設狀況下 [Ctrl] + 數字鍵盤中的 [.] 是無效的，如下圖右方的 [.] 鍵。

Visual Studio 2019 設定使用 ASP.NET Blazor Core Blazor 專案

2019-08-02T08:12:00.002+08:00

本文介紹在 Visual Studio 2019 中建立 Blazor App 的開發環境需要的準備步驟。

環境準備

1. Visual Studio 2019 設定使用 Preview SDK

由於 .NET Core 目前是屬於 Preview 版本，需要在 Visual Studio 設定可使用 Preview .NET Core SDK

設定步驟：

開啟 Visual Studio > 選單 > Tools > Option > Environment > Preview Features

選取 [ Use previews of the .NET Core SDK ]

如下圖

SSMS 修正斷行符號

2019-07-25T10:08:00.001+08:00

問題描述

當預存程序或其他資料庫程式碼中，包含了非 Windows 的斷行符號，

在資料庫專案進行比對時，

會顯示檔案有差異，但看不到差異的文字內容，

更新至原始碼後，

再一次比對仍會顯示檔案有差異...

解決方法

SSMS 開啟自動檢查編碼，並進行修正為Windows 斷行符號。

步驟如下：

SSMS 開啟自動檢查編碼

1: Open SSMS

2: Got to Tools > Options

3: Expand the Environment Tab

4: Select Documents> Check the option for consistent line ending on load.

開啟有問題的預存程序，

會提示有編碼問題，請按下 [Yes] 進行修正

參考資料

CRLF跟LF之區別 --- 隱形的 bug

http://violin-tao.blogspot.com/2016/05/crlflf-bug.html

Git 在 Windows 平台處理斷行字元 (CRLF) 的注意事項

https://blog.miniasp.com/post/2013/09/15/Git-for-Windows-Line-Ending-Conversion-Notes

Slack 訊息與 Trello 工作有官方整合 App

2019-07-21T09:59:00.000+08:00

Slack -> Trello

在 Slack 中直接新增與編輯 Trello 工作卡

https://slack.com/apps/A074YH40Z-trello

https://help.trello.com/article/1049-slack-app

Trello -> Slack

編輯 Trello 工作卡時，同步訊息到 Slack

https://trello.com/power-ups/55a5d917446f51777421000a/slack

Evernote helps you remember everything and get organized effortlessly. Download Evernote.

RobinNotes

讓資料庫也進入 AI 開發流程：Visual Studio Database Project × Codex 的 ERP SQL Server 開發實務

第一步：先把 SQL Server 變成可以管理的專案

第二步：讓 Codex 直接工作在 Database Project

為什麼不讓 Codex 直接連接 SQL Server？

第三步：把 AI 的能力留在原始碼層

第四步：回到 Visual Studio 檢視 AI 做了什麼

第五步：比較 Project 與 Database，再決定是否同步

Database Project 的價值不只是方便部署

企業系統仍要守住的安全線

結語

SQL Server 資料庫 Log 檔成長行為與定期備份實測分析

資料庫 Log 檔成長行為與定期備份實測分析

🚀 我的第一次 Vibe Coding 體驗：和 ChatGPT 一起從 0 開始寫程式

💬 1. 從需求討論開始

🧩 2. 技術選型：Tauri + SQLite

⚙️ 3. 安裝開發套件與組態設定

🧑‍💻 4. 建立與執行最小可行程式

🔄 5. 當 ChatGPT 與本機程式「脫線」的時候

🧭 6. Codex 開發與版本管理

🌟 7. 回顧這次體驗

✨ 小結

MAUI 發行 Android 產生 APK/AAB 檔案

A. 建立 Key Store 檔案

B. 專案設定 Keystore

C. 發行 App

參考連結

MAUI 更換應用程式圖示與轉場圖片

Blazor 發行後用戶端自動更新

前言

開發環境

追蹤程式碼

發行程序

Blazor Server App

Blazor WebAssembly App

Blazor WebAssembly App + PWA

參考資源

使用 T-SQL 計算帳齡分析 Aging Analysis Report

需求說明

原始資料

計算步驟

1. 延伸原始資料

相關連結

使用 Excel 計算帳齡分析 Aging Analysis Report

需求說明

原始資料

計算步驟

1. 延伸原始資料

2. 依照組距加總數值

相關連結

T-SQL Two Dimension Pivot Table

解決方法 1 - Group By 加條件式

解決方法 2 - Pivot Table

Azure DevOps 看板中顯示前後期工作

設定方式

Blazor Print Example

程式開發步驟

Step 1 加入 jQuery

Step 2 設定列印要隱藏 CSS

Step 3 呼叫 JavaScript

原始碼

參考

使用 Gpg4Win 驗證 Notepad++ 安裝程式

Notepad++ 安裝後基本設定

下載安裝最新版本

新增與使用 Theme

修改字體大小

設定無法識別的附檔名

SQL Server 執行 xp_cmdshell 錯誤排解

問題說明

解決方式

Visual Studio / VSCode 執行命令提示字元

Windows 10 調整磁碟區大小

第一個硬碟只有 C 磁碟，欲將其一切為二的作法

第一個硬碟有 C , Z 兩個磁碟區，欲將其合併為一個的作法

Hexo 架設部落格

還原手機已刪除的照片 Recovery Deleted Photo on Phone

在 .NET 中開始使用 Google Drive API

VS 資料庫專案發行到不同定序的 SQL Server

SYM FNX 125 購車贈送的 307P 防水騎士後背包