Re: [SQL ] ansi_padding
※ 引述《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
討論串 (同標題文章)