Skip to content

Zeroplex 生活隨筆

小 縮小字型大小。 中 重設字型大小。 大 放大字型大小。

標籤: MSSQL

SQL Server 避免中文亂碼 (使用 Unicode)

Posted on 2021 年 12 月 23 日2021 年 12 月 23 日 By 日落 在〈SQL Server 避免中文亂碼 (使用 Unicode)〉中尚無留言

在 SQL server 中宣告變數為 varchar,雖然可以儲存字串,但是中文會變成亂碼。若要讓 SQL Server 可以處理多國語言的話,要記得將變數型態設定為 nvarchar:

DECLARE @str varchar(MAX);   -- 儲存一般文字

DECLARE @multibytes nvarchar(MAX);  -- 支援 unicode

另外,要設定 multibytes 字串時,記得要在引號前面加上「N」來表示字串類型:

@str = 'Hello World';   -- 一般字串

@multibytes = N'支援 multibytes 文字';  -- 引號前要加上 N

參考資料:nchar 和 nvarchar (Transact-SQL)

Share this…
  • Facebook
  • Twitter
  • Telegram
  • Line
  • WordPress
Tags:MSSQL

將 SQL Server 查詢結果存入變數 (local variable)

Posted on 2021 年 12 月 22 日2021 年 12 月 22 日 By 日落 在〈將 SQL Server 查詢結果存入變數 (local variable)〉中尚無留言

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 = '....';

參考資料:SELECT @local_variable (Transact-SQL) – Microsoft Docs

Share this…
  • Facebook
  • Twitter
  • Telegram
  • Line
  • WordPress
Tags:MSSQL

SQL Server 宣告 (declare) 長字串變數

Posted on 2021 年 12 月 17 日2021 年 12 月 17 日 By 日落 在〈SQL Server 宣告 (declare) 長字串變數〉中尚無留言

若需要動態在 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,因此也必須小心使用,以免把機器給燒了。

相關資料:Declare Variable for a Query String

Share this…
  • Facebook
  • Twitter
  • Telegram
  • Line
  • WordPress
Tags:MSSQL

SQL Server Linked Database insert 前會先 select

Posted on 2021 年 9 月 16 日2021 年 9 月 16 日 By 日落 在〈SQL Server Linked Database insert 前會先 select〉中尚無留言

苦主的主機自從在 SQL Server 跑 store procedure,透過 Linked Database 的方式把資料複製到 MySQL 以後,發現費用大為增加,開啟了 general query log 才發現在 insert into 之前還有詭異的行為:

312 Query	SELECT @@transaction_isolation
312 Query	set @@max_execution_time=600000
312 Query	set @@sql_select_limit=DEFAULT
312 Query	SELECT * FROM report.test
312 Init DB	report
312 Query	select database()
312 Query	set @@max_execution_time=600000
312 Prepare	insert into  report.test (s) values ("123")

有發現嗎?在第 4 行有個 SELECT,而且沒有任何 where 條件:會把整個 table 的資料全部拉回去。當好這張表就是放統計資料,所以流量就反應在帳單上了。


原本以為是 SQL Server 拉資料回去來分析 table schema,可惜不是。

針對 SQL Server 的 MSDASQL 和 MySQL ODBC Connecter 的設定做測試,發現 SQL Server 會自動使用 information_schema 來分析 table schema,若從 ODBC 把 filter 掉 information_schema 的後,SQL Server 會顯示出錯誤的資料。

目前大概只能把問題縮小到 SQL Server 上,但仍舊不明所以。若有遇到這類的問題只能盡量 workaround 掉了。

Share this…
  • Facebook
  • Twitter
  • Telegram
  • Line
  • WordPress
Tags:MSSQL

SQL Server 行行好

Posted on 2021 年 8 月 19 日2021 年 8 月 19 日 By 日落 在〈SQL Server 行行好〉中尚無留言

拜託跟我說一下這樣是正確還是錯誤,難不成要我通靈嗎???

Share this…
  • Facebook
  • Twitter
  • Telegram
  • Line
  • WordPress
Tags:MSSQL

文章導覽

1 2 下一頁

其他

關於我  (About me)

小額贊助

  文章 RSS Feed

  留言 RSS Feed

3C Apache AWS Bash C/C++ docker FreeBSD Git Google Java JavaScript Laravel Linux Microsoft MSSQL MySQL Nginx PHP PHPUnit Python Qt Ubuntu Unix Vim Web Windows WordPress XD 作業系統 分享 好站推薦 專題 小提琴 攝影 新奇搞笑 新聞 旅遊 生活雜記 程式設計 網路架站 網頁設計 資訊學習 資訊安全 遊戲 音樂


創用 CC 授權條款
本著作係採用創用 CC 姓名標示-相同方式分享 4.0 國際 授權條款授權.

Go to mobile version