SQL Prompt根據(jù)數(shù)據(jù)庫(kù)的對(duì)象名稱、語(yǔ)法和代碼片段自動(dòng)進(jìn)行檢索，為用戶提供合適的代碼選擇。自動(dòng)腳本設(shè)置使代碼簡(jiǎn)單易讀--當(dāng)開(kāi)發(fā)者不大熟悉腳本時(shí)尤其有用。SQL Prompt安裝即可使用，能大幅提高編碼效率。此外，用戶還可根據(jù)需要進(jìn)行自定義，使之以預(yù)想的方式工作。

點(diǎn)擊下載SQL Prompt免費(fèi)版

如果您聲明一個(gè)可變長(zhǎng)度的字符串，或在不指定其長(zhǎng)度的情況下強(qiáng)制字符串，則可能會(huì)被“靜默”字符串截?cái)唷Ｒ恍╅_(kāi)發(fā)人員訴諸使用(MAX)規(guī)范，這也是一個(gè)錯(cuò)誤。當(dāng)您導(dǎo)入文本并且根本不知道每個(gè)字符串的正確長(zhǎng)度時(shí)，Phil Factor解釋了其中的危險(xiǎn)，然后提供了解決該問(wèn)題的方法。本文是該教程的上半部分內(nèi)容~

在SQL中，如果您以CHAR、NCHAR、VARCHAR或者NVARCHAR這四種格式中的任何一種格式聲明字符串，不指定其長(zhǎng)度，字符串被賦予一個(gè)字符的長(zhǎng)度。 如果使用CAST或CONVERT強(qiáng)制轉(zhuǎn)換字符串，并犯同樣的錯(cuò)誤，則該字符串的長(zhǎng)度為30個(gè)字符。 為什么是1和30？ 僅出于歷史原因，但其他RDBMS也有類似的反應(yīng)。

無(wú)論哪種情況，您都可能會(huì)遇到“靜默”字符串截?cái)嗟穆闊虼耍绻诳勺冮L(zhǎng)字符串聲明（BP007）和強(qiáng)制轉(zhuǎn)換期間忘記指定字符串長(zhǎng)度，SQL Prompt會(huì)提供一些內(nèi)置的代碼分析規(guī)則來(lái)警告您（BP008）。

一些開(kāi)發(fā)人員認(rèn)為，如果不考慮長(zhǎng)度問(wèn)題，SQL Server會(huì)滿足他們的需求。這并不像看起來(lái)那樣牽強(qiáng)，因?yàn)槲覍⒃谄渌闆r下繼續(xù)演示。通常，此錯(cuò)誤的上下文是從不知道列的正確字符串長(zhǎng)度的數(shù)據(jù)源導(dǎo)入時(shí)發(fā)生的，并且需要?jiǎng)?chuàng)建目標(biāo)表。或者，您可能最終使用它MAX作為長(zhǎng)度，這會(huì)帶來(lái)麻煩。

在本文的后面，我將向您展示一個(gè)方便的技巧來(lái)解決此問(wèn)題。它使用“提示的腳本作為插入”功能來(lái)編寫表的前1000行的腳本，然后我們說(shuō)服SQL Server通過(guò)在SELECT INTO語(yǔ)句中，通過(guò)表值構(gòu)造函數(shù)（TVC）導(dǎo)入數(shù)據(jù)來(lái)分配正確的數(shù)據(jù)類型和字符串長(zhǎng)度。

忘記字符串長(zhǎng)度的問(wèn)題

通常，但并非總是如此，您的錯(cuò)誤會(huì)很快顯現(xiàn)出來(lái)。

CREATE TABLE dbo.Deleteme (MyString VARCHAR NOT null)
  INSERT INTO dbo.Deleteme (MyString) VALUES ('first'),('Second'),('Third')
  /*
  Msg 8152, Level 16, State 14, Line 5
  String or binary data would be truncated.
  The statement has been terminated.
  */
  drop TABLE dbo.Deleteme

如果對(duì)變量執(zhí)行相同的操作，則可能會(huì)更加不愉快，因?yàn)樽址畷?huì)被截?cái)酁閱蝹€(gè)字符，但不會(huì)出錯(cuò)。

DECLARE @MyString VARCHAR ='this ends badly'
  SELECT @MyString
  --no error. Produces value 't'

函數(shù)或過(guò)程中的參數(shù)也是如此……

CREATE FUNCTION dbo.deleteme (@param1 VARCHAR, @param2 CHAR)
  RETURNS VARCHAR(100)
  AS
    BEGIN
      RETURN @param1 + @param2;
    END;
  Go
  SELECT dbo.deleteme('this is likely to','go very badly')
  --returns 'tg'

并在函數(shù)的返回值中：

CREATE FUNCTION dbo.deletemeAlso (@param1 VARCHAR(100), @param2 Varchar(100))
  RETURNS VARCHAR
  AS
    BEGIN
      RETURN @param1 + @param2;
    END;
  GO
  SELECT dbo.deletemeAlso('this is likely to','go very badly')
  --returns 't'

如果對(duì)變量執(zhí)行相同的操作，則可能會(huì)更加不愉快，因?yàn)樽址畷?huì)被截?cái)酁閱蝹€(gè)字符，但不會(huì)出錯(cuò)。

SELECT Convert(nVARCHAR,'12345678901234567890123456789012345678901234567890' ,113)
  /*
  ------------------------------
  123456789012345678901234567890
  (1 row affected)
  */

當(dāng)時(shí)的傳統(tǒng)觀點(diǎn)認(rèn)為，大多數(shù)數(shù)據(jù)庫(kù)字符串的長(zhǎng)度都少于30個(gè)字符。即使是少于30個(gè)字符的字符串也必須得到處理。

SELECT Convert(CHAR,GetDate() ,113)
  SELECT system_type_name FROM 
   sys.dm_exec_describe_first_result_set(
      'SELECT Convert(VARCHAR,GetDate() ,113)',
       NULL, 1)
  --varchar(30)

我不確定為什么有人會(huì)在不指定VARCHAR長(zhǎng)度的情況下使用它。 這可能是過(guò)程編碼所養(yǎng)成的習(xí)慣。 對(duì)于任何RDBMS，情況都是不同的。您可以確保以經(jīng)濟(jì)的方式存儲(chǔ)字符串，或者只是揮手示意，并將字符串分配為（MAX）長(zhǎng)度規(guī)范，這會(huì)帶來(lái)所有的索引編制和性能折衷（這些數(shù)據(jù)類型不能指定為索引鍵列）。

使用別名數(shù)據(jù)類型

如果您需要默認(rèn)的字符串長(zhǎng)度作為設(shè)計(jì)的一部分，則可以創(chuàng)建別名數(shù)據(jù)類型。這樣更安全：

--create an alias data type
  CREATE TYPE dbo.String  FROM VARCHAR(30) NOT NULL
  GO
  DECLARE @MyString String ='this ends well'
  SELECT @MyString
  ------------------------------
  --this ends well

但是，缺點(diǎn)是，由于某種原因，您不能在CAST或CONVERT操作中使用它，因為它不是已定義的系統(tǒng)類型。

SELECT Convert(dbo.String,GetDate() ,113)
  SELECT Cast(GetDate() AS String)
  /*Msg 243, Level 16, State 2, Line 40
  Type dbo.String is not a defined system type.
  Msg 243, Level 16, State 2, Line 41
  Type String is not a defined system type.*/

本教程內(nèi)容尚未完結(jié)，請(qǐng)點(diǎn)擊下方鏈接查看剩余內(nèi)容~您可以下載SQL Prompt試用版跟著文章嘗試一下~

相關(guān)內(nèi)容推薦：

SQL語(yǔ)法提示工具SQL Prompt教程：使用沒(méi)有明確長(zhǎng)度的可變長(zhǎng)度數(shù)據(jù)類型（下）

想要購(gòu)買SQL Prompt正版授權(quán)，或了解更多產(chǎn)品信息請(qǐng)點(diǎn)擊