※ 引述《Adonisy (堂本瓜一)》之銘言： : ※ 引述《TeemingVoid (TeemingVoid)》之銘言： : 其實在 SQL2005之後就明定,以後向前相容只向前兩版本 : 不知您是否知道 但這不是這次的重點，我在意的是一個選項的存廢，必須要有一個實 務的理由，不能單純只因為規定。 : 所以 ansi_padding 之前是為了向前相容無誤,但以後拿掉也很正常 : 只是不用期待他何時拿掉,事實上SET 的連線設定都不該去動他,微軟 : 建議用預設值 首先，我從來都沒否認之所有 ansi_padding 是因為相容理由。 其次，在我第一篇回文是贊成 ansi_padding 依微軟建議，設為 ON。 第三，也是後來爭執點：原PO是問為何取消 ansi_padding? 不是在問 為何有這個選項。 一個存在了十多年的選項何以要停用，不能因為就只是「規定」而已， 應該要有一個使用上的理由。而我在第一篇回文所說的，主要不就是在 說服 ansi_padding 預設為 ON 比較好? 有 ansi_padding 是因為前向相容，取消 ansi_padding 就不用管這十 多年既成事實的前向相容，這種邏輯我是不接受的。那我又為何同意 ansi_padding設為ON，因為這個選項這樣設定比較好。 : 就算要動,也希望在程式撰寫(stored procedure)時,先設定 : 程式結束後務必改回來 不全對，因為 ansi_padding 這個選項比較特別，設為 off 時，建立 資料表A，即使後來設回 on，資料表A的文字欄位還是會trim掉結尾文 字。 所以，即使改回來也沒用，這點，您知道嗎？ 最後，如果所有的選項，微軟高興取消就取消而沒有一個實務上的理 由，您覺得妥當嗎? --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.41.107.34