SQL Server 的語法，可將查詢結果存入 local variable 以便供下一個 query 使用。
作法是在 SELECT 時指定欄位要存數的變數名稱：
SELECT
@userid = uid
FROM users
WHERE mail = '....'
SQL Server 有區分資料型態，所以使用變數之前需要先宣告。假設這邊的 user ID 是一個長度小於 200 的字串，那就需要先宣告變數型態再使用變數：
DECLARE @userid varchar(200);
SELECT
@userid = uid
FROM users
WHERE mail = '....';
若需要動態在 SQL Server 上組 SQL 語句，則必須宣告字串型態的變數 (variable) 供暫存：
DECLARE @query varchar(200) SET @query = 'SELECT id, mail from user where id in (....)
但若無法預測 where in 語句就很難做變數宣告。
好險 SQL Server 有 reserve word 可以直接使用當下執行環境中的最大值：MAX，所以在無法預測字串長度的狀況下，可以將宣告改寫成：
DECLARE @query varchar(MAX)
按照 SQL Server 官方文件的說明，使用 MAX 的話，字串長度可以到 2^31-1，因此也必須小心使用，以免把機器給燒了。
家人遇到 Spofity 開起來一片黑，不僅是從 Microsoft Store 安裝的、官方安裝檔安裝的一樣是全黑畫面。到底怎麼回事？
蒐集一下網路上的資料並做測試，原因應該是出在 Spotify 本身，因為多國語言檔中給台灣地區用戶的檔案開天窗，導致顯示時發生錯誤，什麼都看不到。
先別急著退費，軟體出問題是正常的，需要的是一點包容和時間。(你看 Windows 天天出包你還不是不敢說話？有種不要用啊 XD)
現在你可以做的事情是：
講個幹話：臺灣的民主，就是的聲音大就聽誰的。
公民的投票權，是給了解議題、有自己想法的人，一個表達想法給政府的機會。然而 2021 四合一公投看到的變成這樣 OO 黨「請投四個同意」、XX 黨「請投四個不同意」，這是誰的想法？投票人的嗎？
到底有多少人會在投票前，花時間蒐集資料來了解優點缺點？還是大家都已經被學校洗腦，反正選擇題有及格就好？
網站上常見的資源，像是 HTML、CSS、JacaScript、JSON 等等，其實都是文字組成的，而文字壓縮以後大小可以縮小到剩下 10% 左右，因此有些人主張先將圖片轉成 data URI 在用 gzip 壓縮。
Nginx 可以在遇到特定類型的檔案內容時，啟用 gzip 壓縮後再傳輸資料，透過這個方法來加快傳輸速度：
server {
....
gzip on;
gzip_disable "MSIE [1-6].(?!.*SV1)"; # 排除不支援的瀏覽器
}
再來要注意，不是所有類型的檔案壓縮以後檔案會變小，像是圖片、影片就不適合使用 gzip 壓縮。這邊新增 MIME type 類型，讓 Nginx 只壓縮真正有效的檔案類型：
所以用 gzip_types 來更新一下 Nginx 的設定檔：
server {
gzip on;
gzip_disable "MSIE [1-6].(?!.*SV1)";
gzip_types text/x-component text/css application/x-javascript application/javascript text/javascript text/x-js text/richtext text/plain text/xml;
}
另外有個注意事項，gzip 可以調整壓縮等級：使用較高的的壓縮率，可以讓檔案盡可能的縮小，但壓縮會花掉較多的時間；使用較低的壓縮率，檔案大小只會縮小一點點，但是只需要一瞬間的時間。所以這個參數就要取決於網站的特性、主機的硬體配備來調整。比較中庸的設定如下：
server {
gzip on;
gzip_disable "MSIE [1-6].(?!.*SV1)";
gzip_types text/x-component text/css application/x-javascript application/javascript text/javascript text/x-js text/richtext text/plain text/xml;
gzip_comp_level 6; # from 0 to 9
}